Adjust RawPropsPropNameLength's type to account for increased number of props #39008
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
facebook-github-bot
added
CLA Signed
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 14, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Differential Revision: D48331909 fbshipit-source-id: e89f4c1dce36e63dc9c395eca4ff47b18b5f5e12
vincentriemer
force-pushed
the
export-D48331909
branch
from
07c3152 to
0485cab
Compare
Base commit: b012027 |
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Differential Revision: D48331909 fbshipit-source-id: 67282a2bec83f453aa9c187b236364bf60a54290
vincentriemer
force-pushed
the
export-D48331909
branch
from
0485cab to
b593b85
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: e2942124262a95c2437561a0b9c9a5c1b7d1f1ef
vincentriemer
force-pushed
the
export-D48331909
branch
from
b593b85 to
778def8
Compare
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Differential Revision: https://internalfb.com/D48331909 fbshipit-source-id: 648cae662d836915404d46198a545687744dd2b7
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 5433b27d789ed0bf4475e1649041ff9f1fef1d33
vincentriemer
force-pushed
the
export-D48331909
branch
from
778def8 to
35fbe20
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: be87eeef7195721ee57ca5d5c40b440f56bce6c7
vincentriemer
force-pushed
the
export-D48331909
branch
from
35fbe20 to
411c6c2
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 74ddbaa1bf41e58dec09794692c98dce103deb9f
vincentriemer
force-pushed
the
export-D48331909
branch
from
411c6c2 to
3dfb5d1
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 02d253761737c308e9986ac411bdcaf67d5f7f5c
vincentriemer
force-pushed
the
export-D48331909
branch
from
3dfb5d1 to
ff4c41e
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 7da4c4386f855687331a4ce78b9fc230bb4ce570
vincentriemer
force-pushed
the
export-D48331909
branch
from
ff4c41e to
ed51fe1
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
vincentriemer
added a commit
to vincentriemer/react-native
that referenced
this pull request
Aug 15, 2023
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 007093b50169f046bd0bcc5f2daf11c89c9cbccd
vincentriemer
force-pushed
the
export-D48331909
branch
from
ed51fe1 to
0a993a3
Compare
|
This pull request was exported from Phabricator. Differential Revision: D48331909 |
…of props (facebook#39008) Summary: Pull Request resolved: facebook#39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: 86a2b67bdf5090616252e9eea9165e7752793bc1
vincentriemer
force-pushed
the
export-D48331909
branch
from
0a993a3 to
ceb024a
Compare
|
This pull request was successfully merged by @vincentriemer in 894b883. When will my fix make it into a release? | Upcoming Releases |
|
This pull request has been merged in 894b883. |
fortmarek
pushed a commit
that referenced
this pull request
Sep 4, 2023
…of props (#39008) Summary: Pull Request resolved: #39008 Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props While investigating why we needed to back out D48288752 I discovered that the root cause was that the `items_` vector in `RawProsKeyMap` was now a size greater than 255 which becomes an issue because `items_`'s indices are statically cast to `RawPropsPropNameLength` (previously alias to `uint8_t`). This diff updates `RawPropsPropNameLength` to be an alias to `uint16_t` so the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again. Reviewed By: rozele Differential Revision: D48331909 fbshipit-source-id: f6bc3e4825f2f293d79d8cd90c40ced7cba0e3c5
This was referenced Jan 4, 2024
This was referenced Feb 28, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary:
Changelog: [Internal] - Adjust RawPropsPropNameLength's type to account for increased number of props
While investigating why we needed to back out D48288752 I discovered that the root cause was that the
items_vector inRawProsKeyMapwas now a size greater than 255 which becomes an issue becauseitems_'s indices are statically cast toRawPropsPropNameLength(previously alias touint8_t).This diff updates
RawPropsPropNameLengthto be an alias touint16_tso the current issue is resolved as well as adding an assert to ensure (however unlikely) that this happens again.Differential Revision: D48331909