{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":29028775,"defaultBranch":"main","name":"react-native","ownerLogin":"facebook","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2015-01-09T18:10:16.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/69631?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1714382593.0","currentOid":""},"activityList":{"items":[{"before":"21010037e1885ceb2a8c70add8ec8910519a65c6","after":"ee14572e2438dabc1076c434fa99350ab2e1c4b9","ref":"refs/heads/0.72-stable","pushedAt":"2024-04-29T09:51:12.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"hurali97","name":"Muhammad Hur Ali","path":"/hurali97","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47336142?s=80&v=4"},"commit":{"message":"[LOCAL] Bump Hermes","shortMessageHtmlLink":"[LOCAL] Bump Hermes"}},{"before":"d8d096d995eacf63bc76b6a7f2ec4265c9fc1f37","after":"14e21de3bea51b1aebef55b9adde71fe49ad86a9","ref":"refs/heads/0.71-stable","pushedAt":"2024-04-29T09:23:13.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"[0.71.19] Bump version numbers","shortMessageHtmlLink":"[0.71.19] Bump version numbers"}},{"before":"e2ad6696d872447608a26fcf499e573280fb43a8","after":"bb2c13af5372856cf3f4222ad6543d4698919dbc","ref":"refs/heads/main","pushedAt":"2024-04-28T07:23:58.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"remove force_static from componentregistry module\n\nSummary:\nResolved Pull request: https://github.com/facebook/react-native/pull/44296\n\nchangelog: [internal]\n\nforce_static doesn't need to be in here, let's remove it.\n\nI change one module per diff. It makes it easier to land it and pinpoint where build failures are coming from.\n\nReviewed By: javache\n\nDifferential Revision: D56632286\n\nfbshipit-source-id: e942603d3c69d9eebf4d3b64e2f73ee6a5df6de4","shortMessageHtmlLink":"remove force_static from componentregistry module"}},{"before":"30ba470a6f7d5961805ebc6d0968a7320fdc7ac0","after":"e2ad6696d872447608a26fcf499e573280fb43a8","ref":"refs/heads/main","pushedAt":"2024-04-27T13:05:29.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"make mapbuffer Android only module (#44295)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44295\n\nchangelog: [internal]\n\nmapbuffer is only used on Android. Let's remove the option to have it compile on iOS.\n\nReviewed By: NickGerleman\n\nDifferential Revision: D56635289\n\nfbshipit-source-id: 1a57c271d21b8aef81179d96b1a6832e7615dd27","shortMessageHtmlLink":"make mapbuffer Android only module (#44295)"}},{"before":"3239089f67215f9c62538cbd0d00ae258143f338","after":"30ba470a6f7d5961805ebc6d0968a7320fdc7ac0","ref":"refs/heads/main","pushedAt":"2024-04-27T11:44:48.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"remove force_static from safeareaview module (#44283)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44283\n\nchangelog: [internal]\n\nforce_static doesn't need to be in here, let's remove it.\n\nI change one module per diff. It makes it easier to land it and pinpoint where build failures are coming from.\n\nReviewed By: christophpurrer\n\nDifferential Revision: D56630625\n\nfbshipit-source-id: 069587893dbb8866d1a08de256b4612d60bcc3b8","shortMessageHtmlLink":"remove force_static from safeareaview module (#44283)"}},{"before":"d116837da2734709f5f85dac1515d118b172bdcf","after":"3239089f67215f9c62538cbd0d00ae258143f338","ref":"refs/heads/main","pushedAt":"2024-04-27T10:39:20.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"use forward declaration in ComponentDescriptor.h (#44284)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44284\n\nchangelog: [internal]\n\nEmploy forward declaration in ComponentDescriptor.h to avoid importing header unnecessarly.\n\nReviewed By: cipolleschi\n\nDifferential Revision: D56631399\n\nfbshipit-source-id: 13878cff0683081db21656e16d70cd45d62bb71c","shortMessageHtmlLink":"use forward declaration in ComponentDescriptor.h (#44284)"}},{"before":"9c4ee6df087f9bc3024d893f1d87d54646661512","after":"d116837da2734709f5f85dac1515d118b172bdcf","ref":"refs/heads/main","pushedAt":"2024-04-27T09:40:30.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"fix a crash in component\n\nSummary:\nchangelog: [Android][Fixed] - fix a crash in Modal component\n\nInstance variable `propertyRequiresNewDialog` in `ReactModalHostView` controls if new dialog will be created on next `showOrUpdate` or not. It must be kept in sync with `dialog` ivar.\n\nif `dismiss` is ever called from anywhere but `showOrUpdate`, the class gets into a state where the next `showOrUpdate` call will throw an error because dialog is set to null but `propertyRequiresNewDialog` stays false.\n\n`dismiss` is called from three places: `showOrUpdate` (this is ok), `onDropInstance()` and `onDetachedFromWindow`.\n\nThe fix in this diff is to make sure propertyRequiresNewDialog is set to true when dialog is dismissed.\n\nReviewed By: alanleedev\n\nDifferential Revision: D56627522\n\nfbshipit-source-id: e7a16cd022401a7a4a0fbf8fc71a2312d05fcb8e","shortMessageHtmlLink":"fix a crash in <Modal /> component"}},{"before":"d18229bc925131a3c6ada4e1cffc6132096c8848","after":"9c4ee6df087f9bc3024d893f1d87d54646661512","ref":"refs/heads/main","pushedAt":"2024-04-26T20:43:26.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Add support for percentage on borderRadius ViewStyle props (#44140)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44140\n\nWhy?\nPreviously we didn't support using percentages like:\n```\nstyle={{\n width=100,\n height=100,\n borderRadius='100%',\n}}\n```\n\nThese percentages refer to the corresponding dimension of the border box.\n\nWhat?\nChange the unit type for `BorderRadii` values to `ValueUnit`. This type allows us to have an object containing a `float`, and a `UnitType` properties. With this we conditionally calculate the corresponding point (dp) value for a given percentage (considering size). Ex:\n\n```\nresult = {raw_percentage_value} / 100 * (max(height, width))\n```\n\nWe know the maximum border radius for our current implementation is half the dp of the shorter side of our view, hence why we consider half our maximum view side as equivalent to 100%.\n\nNote: We still don't support vertical/horizontal border radii\n\n## Changelog:\n\n[iOS][Added] - Added support for using percentages when defining border radius related properties.\n\nReviewed By: NickGerleman\n\nDifferential Revision: D56198302\n\nfbshipit-source-id: 6cd510b1c7164dcb82ca5ad8a9861c5ce5c8b15b","shortMessageHtmlLink":"Add support for percentage on borderRadius ViewStyle props (#44140)"}},{"before":"2455eab9dfabd892cd65430c7f46f310a7ae964f","after":"d18229bc925131a3c6ada4e1cffc6132096c8848","ref":"refs/heads/main","pushedAt":"2024-04-26T20:03:06.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"fix Flow failure breaking yarn run build\n\nSummary:\n`flow-api-translator` can't handle `module.exports`. Shift this to ESM style exports like the other built packages.\n\nChangelog: [Internal] - Fixing an internal build script broken by D56243647\n\nReviewed By: cipolleschi\n\nDifferential Revision: D56638506\n\nfbshipit-source-id: f5a4c7bea06b7f95300388e3d37cf0d377bc3b17","shortMessageHtmlLink":"fix Flow failure breaking yarn run build"}},{"before":"b53c4395ce1ce1f0bc3fd972fc5c1d63cf6c3d33","after":"2455eab9dfabd892cd65430c7f46f310a7ae964f","ref":"refs/heads/main","pushedAt":"2024-04-26T17:55:24.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"RNGP - Add autolinking fields to ReactExtensions (#44220)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44220\n\nThis diff is part of RFC0759\nhttps://github.com/react-native-community/discussions-and-proposals/pull/759\n\nHere we're looking into splitting the autolinking into a component that will live inside core (specifically inside the React Native Gradle Plugin - RNGP) and another component that will live inside the Community CLI.\n\nHere I start by adding 2 fields to RNGP extension, that frameworks and templates can use to provide their autolinking config.\n\nChangelog:\n[Internal] [Changed] - RNGP - Add autolinking fields to ReactExtensions\n\nReviewed By: cipolleschi\n\nDifferential Revision: D55475597\n\nfbshipit-source-id: 316d1919a113a94c57426710f487f334c6128345","shortMessageHtmlLink":"RNGP - Add autolinking fields to ReactExtensions (#44220)"}},{"before":"452373b5bf4469d42af722851035e5e9bc3acdb9","after":"b53c4395ce1ce1f0bc3fd972fc5c1d63cf6c3d33","ref":"refs/heads/main","pushedAt":"2024-04-26T15:51:18.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Fix comparison of narrow type with wide type in loop condition in RawPropsKeyMap.cpp (#44262)\n\nSummary:\nWe ran CodeQL in react-native-windows and it found a comparison of narrow type with wide type in loop condition in ReactCommon/react/renderer/core/RawPropsKeyMap.cpp\n\nmicrosoft/react-native-windows#12701\n\n## Changelog:\n[INTERNAL] [SECURITY] - Fix comparison of narrow type with wide type in loop condition in RawPropsKeyMap.cpp\n\nPull Request resolved: https://github.com/facebook/react-native/pull/44262\n\nTest Plan: Tested on windows.\n\nReviewed By: cipolleschi\n\nDifferential Revision: D56628137\n\nPulled By: javache\n\nfbshipit-source-id: 9ff3bd3cbcfd084efc1e01180ff01529d1be02eb","shortMessageHtmlLink":"Fix comparison of narrow type with wide type in loop condition in Raw…"}},{"before":"71c293d716568aafdacc39553797d4c7fc1939f3","after":"452373b5bf4469d42af722851035e5e9bc3acdb9","ref":"refs/heads/main","pushedAt":"2024-04-26T15:35:44.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"RN: Further Optimize `createAnimatedComponent`\n\nSummary:\nIn addition to memoizing `mergedStyle` in `createAnimatedComponent`, this avoids unnecessary object allocations by:\n\n* Not allocating `passthroughProps`, created via a rest spread operator. It is unnecessary because we always override `style` in the JSX.\n* Not allocating a new object if either `style` or `passthroughStyle` are null or undefined. Also, create an array of the two style objects instead of spreading them, which is needless.\n\nChangelog:\n[General][Changed] - Improved performance of `Animated` components\n\nReviewed By: sammy-SC\n\nDifferential Revision: D56621191\n\nfbshipit-source-id: ac863661c60d87c681284ce5ef5d6774b9c50653","shortMessageHtmlLink":"RN: Further Optimize createAnimatedComponent"}},{"before":"1f087995608fd016a8a3dd84c0ca88a9239d96b9","after":"71c293d716568aafdacc39553797d4c7fc1939f3","ref":"refs/heads/main","pushedAt":"2024-04-26T15:19:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Add a custom CLI to build iOS apps (#44239)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44239\n\nA simple CLI to build our iOS `helloworld` application. This isn't intended for an audience other that the release team.\n\nSome Framwork authors might be interested in it as an example of how to use our react-native/core-cli-utils to build a React Native application.\n\nChangelog: [Internal]\n\nI'm not going to export because it's not that interesting to folks outside / in need of scrutiny.\n\nReviewed By: cipolleschi\n\nDifferential Revision: D56243647\n\nfbshipit-source-id: a5f1b6d1046bda165aa7c6848938e05f0cca2dc8","shortMessageHtmlLink":"Add a custom CLI to build iOS apps (#44239)"}},{"before":"67392cef3c8e036adfd9f77808419221d70f8f18","after":"1f087995608fd016a8a3dd84c0ca88a9239d96b9","ref":"refs/heads/main","pushedAt":"2024-04-26T13:59:00.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Fix `textAlign` with inline views on the new architecture on Android (#44146)\n\nSummary:\nOn the new architecture on Android on the new arch, `textAlign` style was ignored (`Layout.Alignment.ALIGN_NORMAL` was always used) during the measurement of text. During this phase, the positions of attachments are also calculated, which results in inline views being always positioned as if alignment to the left was set. This PR updates the measurement logic to also take `textAlign` into account during measurement.\n\nFixes https://github.com/facebook/react-native/issues/41008\n\n## Changelog:\n\n[ANDROID] [FIXED] - Fixed `textAlign` not being taken into account when positioning views inlined in text\n\nPull Request resolved: https://github.com/facebook/react-native/pull/44146\n\nTest Plan:\n
\nI've been testing on the following code\n\n```jsx\nimport { SafeAreaView, Text, View } from \"react-native\";\n\nfunction InlineView(props) {\n return (\n \n Parent Text\n Child Text\n \n Child Text\n {props.long && aaaa a aaaa aaaaaa aaa a a a aaaaa sdsds dsdSAD asd ASDasd ASDas}\n \n )\n}\n\nexport default function Test() {\n return (\n \n BoringLayout\n \n \n \n \n\n StaticLayout\n \n \n \n \n \n );\n}\n```\n\n
\n\n| Old architecture | New architecture |\n|------------------|------------------|\n| \"Screenshot | \"Screenshot |\n\nReviewed By: NickGerleman, cipolleschi\n\nDifferential Revision: D56361169\n\nPulled By: cortinico\n\nfbshipit-source-id: c3002f65541774e376e315c3076a6157aa330f8d","shortMessageHtmlLink":"Fix textAlign with inline views on the new architecture on Android (#…"}},{"before":"d669ff7df8727decb18143065273077db93267b6","after":"d8d096d995eacf63bc76b6a7f2ec4265c9fc1f37","ref":"refs/heads/0.71-stable","pushedAt":"2024-04-26T13:30:27.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"cipolleschi","name":"Riccardo Cipolleschi","path":"/cipolleschi","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11162307?s=80&v=4"},"commit":{"message":"[LOCAL] Bump Hermes to remove iOS RRAPI","shortMessageHtmlLink":"[LOCAL] Bump Hermes to remove iOS RRAPI"}},{"before":"796970ec5304af86b63cf563c73baf0c7ba6a5d6","after":null,"ref":"refs/heads/cipolleschi/privacy_manifest_0.71","pushedAt":"2024-04-26T13:27:39.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"cipolleschi","name":"Riccardo Cipolleschi","path":"/cipolleschi","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11162307?s=80&v=4"}},{"before":"35ee876f0d8989236d550415d575d67afc4829b6","after":"d669ff7df8727decb18143065273077db93267b6","ref":"refs/heads/0.71-stable","pushedAt":"2024-04-26T13:27:37.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"cipolleschi","name":"Riccardo Cipolleschi","path":"/cipolleschi","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11162307?s=80&v=4"},"commit":{"message":"[iOS][Privacy Manifest] Set up privacy manifest for React Native 0.71 (#44281)\n\n* add privacy manifest to pod install\r\n\r\nSummary:\r\nChangelog: [iOS][Added]\r\n\r\nthis creates the RN privacy manifest in the ios build step if user has not created one yet. the reasons have been added for the following APIs:\r\n\r\nNSPrivacyAccessedAPICategoryFileTimestamp\r\n- C617.1: We use fstat and stat in a few places in the C++ layer. We use these to read information about the JavaScript files in RN.\r\n\r\nNSPrivacyAccessedAPICategoryUserDefaults\r\n- CA92.1: We access NSUserDefaults in a few places.\r\n1) To store RTL preferences\r\n2) As part of caching server URLs for developer mode\r\n3) A generic native module that wraps NSUserDefaults\r\n\r\nNSPrivacyAccessedAPICategorySystemBootTime\r\n- 35F9.1: Best guess reason from RR API pulled in by boost\r\n\r\nReviewed By: cipolleschi\r\n\r\nDifferential Revision: D53687232\r\n\r\nfbshipit-source-id: 6dffb1a6013f8f29438a49752e47ed75c13f4a5c\r\n\r\n* add privacy manifest to hello world template\r\n\r\nSummary:\r\nChangelog: [iOS][Added]\r\n\r\nthis change will be included in the RN CLI. so all new apps running the RN CLI to get created will get this manifest. the reasons have been added for the following APIs:\r\n\r\nNSPrivacyAccessedAPICategoryFileTimestamp\r\n- C617.1: We use fstat and stat in a few places in the C++ layer. We use these to read information about the JavaScript files in RN.\r\n\r\nNSPrivacyAccessedAPICategoryUserDefaults\r\n- CA92.1: We access NSUserDefaults in a few places.\r\n1) To store RTL preferences\r\n2) As part of caching server URLs for developer mode\r\n3) A generic native module that wraps NSUserDefaults\r\n\r\nNSPrivacyAccessedAPICategorySystemBootTime\r\n- 35F9.1: Best guess reason from RR API pulled in by boost\r\n\r\nReviewed By: cipolleschi\r\n\r\nDifferential Revision: D53682756\r\n\r\nfbshipit-source-id: 0426fe0002a3bc8b45ef24053ac4228c9f61eb85\r\n\r\n---------\r\n\r\nCo-authored-by: Phillip Pan ","shortMessageHtmlLink":"[iOS][Privacy Manifest] Set up privacy manifest for React Native 0.71 (…"}},{"before":"9cd625ef7ae59e3bfb48349ecdd4d22fac8a8ba4","after":"796970ec5304af86b63cf563c73baf0c7ba6a5d6","ref":"refs/heads/cipolleschi/privacy_manifest_0.71","pushedAt":"2024-04-26T12:33:00.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"cipolleschi","name":"Riccardo Cipolleschi","path":"/cipolleschi","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11162307?s=80&v=4"},"commit":{"message":"add privacy manifest to hello world template\n\nSummary:\nChangelog: [iOS][Added]\n\nthis change will be included in the RN CLI. so all new apps running the RN CLI to get created will get this manifest. the reasons have been added for the following APIs:\n\nNSPrivacyAccessedAPICategoryFileTimestamp\n- C617.1: We use fstat and stat in a few places in the C++ layer. We use these to read information about the JavaScript files in RN.\n\nNSPrivacyAccessedAPICategoryUserDefaults\n- CA92.1: We access NSUserDefaults in a few places.\n1) To store RTL preferences\n2) As part of caching server URLs for developer mode\n3) A generic native module that wraps NSUserDefaults\n\nNSPrivacyAccessedAPICategorySystemBootTime\n- 35F9.1: Best guess reason from RR API pulled in by boost\n\nReviewed By: cipolleschi\n\nDifferential Revision: D53682756\n\nfbshipit-source-id: 0426fe0002a3bc8b45ef24053ac4228c9f61eb85","shortMessageHtmlLink":"add privacy manifest to hello world template"}},{"before":null,"after":"9cd625ef7ae59e3bfb48349ecdd4d22fac8a8ba4","ref":"refs/heads/cipolleschi/privacy_manifest_0.71","pushedAt":"2024-04-26T11:45:07.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"cipolleschi","name":"Riccardo Cipolleschi","path":"/cipolleschi","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/11162307?s=80&v=4"},"commit":{"message":"add privacy manifest to hello world template\n\nSummary:\nChangelog: [iOS][Added]\n\nthis change will be included in the RN CLI. so all new apps running the RN CLI to get created will get this manifest. the reasons have been added for the following APIs:\n\nNSPrivacyAccessedAPICategoryFileTimestamp\n- C617.1: We use fstat and stat in a few places in the C++ layer. We use these to read information about the JavaScript files in RN.\n\nNSPrivacyAccessedAPICategoryUserDefaults\n- CA92.1: We access NSUserDefaults in a few places.\n1) To store RTL preferences\n2) As part of caching server URLs for developer mode\n3) A generic native module that wraps NSUserDefaults\n\nNSPrivacyAccessedAPICategorySystemBootTime\n- 35F9.1: Best guess reason from RR API pulled in by boost\n\nReviewed By: cipolleschi\n\nDifferential Revision: D53682756\n\nfbshipit-source-id: 0426fe0002a3bc8b45ef24053ac4228c9f61eb85","shortMessageHtmlLink":"add privacy manifest to hello world template"}},{"before":"d224e8c91183eadb2cd7f3d4f4ebaf372cac24ec","after":"67392cef3c8e036adfd9f77808419221d70f8f18","ref":"refs/heads/main","pushedAt":"2024-04-26T10:14:53.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"add listr + rxjs flow types for OSS export\n\nSummary:\nBased on a more recent 14.x.x release of Listr.\n\nChangelog: [Internal]\n\nThese are direct copies from `xplat/js/flow/{listr,rxjs_v6.x.x}.js`\n\nReviewed By: huntie\n\nDifferential Revision: D56576985\n\nfbshipit-source-id: c850c89891bf8eb57586a5e2a50f0204fd885f65","shortMessageHtmlLink":"add listr + rxjs flow types for OSS export"}},{"before":"be06fd4e22a500128d202436600381b8bc17b3f5","after":"d224e8c91183eadb2cd7f3d4f4ebaf372cac24ec","ref":"refs/heads/main","pushedAt":"2024-04-26T09:55:52.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"convert circleci mac and ios workflows to github actions (#44032)\n\nSummary:\nThis pull request converts the CircleCI workflows to GitHub actions workflows. This change only inlcudes the mac and ios build and test jobs.\n\n## Changelog:\n[Internal] - Migrate iOS to github actions\n\nPull Request resolved: https://github.com/facebook/react-native/pull/44032\n\nTest Plan:\n[Here is the latest workflow run in my fork](https://github.com/robandpdx-org/react-native/actions/runs/8637660560).\n\n ---\nhttps://fburl.com/workplace/f6mz6tmw\n\nReviewed By: NickGerleman\n\nDifferential Revision: D56581393\n\nPulled By: cipolleschi\n\nfbshipit-source-id: a806b1a274e3d86c03e66a543360a800187855e4","shortMessageHtmlLink":"convert circleci mac and ios workflows to github actions (#44032)"}},{"before":"5a0ae6e2d9d7f2357f9ea6c5dc1d573233075326","after":"be06fd4e22a500128d202436600381b8bc17b3f5","ref":"refs/heads/main","pushedAt":"2024-04-26T07:42:42.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Fix memoization for Animated components when no style is passed in\n\nSummary:\nAny component wrapped via `createAnimatedComponent()` will always re-render, because it creates a new `style` object. It's impossible to memoize.\n\nAdding `useMemo()` here ensures that the `style` object passed to the underlying object is stable: if no `style` is passed to the wrapped component, then memoization can work.\n\nAllowing memoization to function when the `style` object is passed in will require a deeper fix. See https://fb.workplace.com/groups/rn.support/permalink/26084643474490921/\n\nBefore:\n{F1496803038}\n\nAfter:\n{F1496805410}\n\n## Changelog:\n\n[General] [Fixed] - Fixed memoization for components wrapped with createAnimatedComponent\n\nDifferential Revision: D56618868\n\nfbshipit-source-id: a0af8b1a02c34b5cf6e6d7e9f0381fb323b232cc","shortMessageHtmlLink":"Fix memoization for Animated components when no style is passed in"}},{"before":"b9e52f08073150f702b12dc5e38929e9651b806e","after":"5a0ae6e2d9d7f2357f9ea6c5dc1d573233075326","ref":"refs/heads/main","pushedAt":"2024-04-26T01:57:02.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"@DoNotStrip com.facebook.react.bridge.PromiseImpl and its constructor\n\nSummary:\nWhile the class and constructor are referenced from native code, the constructor is only accidentally retained on the Java side without proper keep rules. Adding explicit DoNotStrip in the code here.\n\nChangelog: [Internal]\n\nReviewed By: beicy\n\nDifferential Revision: D56529943\n\nfbshipit-source-id: 5459b7d32ada5eeb1fabff1dfc796c2f81d3bb96","shortMessageHtmlLink":"@DoNotStrip com.facebook.react.bridge.PromiseImpl and its constructor"}},{"before":"993f500fcf845563728e4070040a727e0c79f6d6","after":"b9e52f08073150f702b12dc5e38929e9651b806e","ref":"refs/heads/main","pushedAt":"2024-04-25T23:34:05.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Make DefaultReactHost configurable w/ cxxreactpackages\n\nSummary:\nOne way we register cxx turbo modules with React Native is via cxxreactpackages.\n\nThis diff allows the application to pass in cxxreactpackages into the default react host, which allows the application to, in turn, register cxx modules with react native!\n\nChangelog: [Android][Added] - Allow bridgeless apps to register cxx modules via cxxreactpackages\n\nReviewed By: cortinico\n\nDifferential Revision: D56547493\n\nfbshipit-source-id: 4e8f02f0546c4b647a915fc65ea9687aa1592190","shortMessageHtmlLink":"Make DefaultReactHost configurable w/ cxxreactpackages"}},{"before":"7b44c8d1d0a089a766c7eab1b5435b2dbf61454c","after":"993f500fcf845563728e4070040a727e0c79f6d6","ref":"refs/heads/main","pushedAt":"2024-04-25T22:22:21.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Add support for patch rc versions\n\nSummary:\nWe might want to publish some new versions of React Native with experimental feature to allow some partners to test whether those versions fixes some reported issues, before creating a proper stable version for the whole ecosystem.\n\nThe infra is mostly [setup for this](https://www.internalfb.com/code/fbsource/[496a64d180faab501b8598aa0ec26d47454fb961]/xplat/js/react-native-github/scripts/releases/utils/version-utils.js?lines=149), already. The only detail we need to take care of is not to move the `next` tag.\n\n## Changelog:\n[Internal]\n\nReviewed By: cortinico, huntie\n\nDifferential Revision: D56578456\n\nfbshipit-source-id: 8dcc674aab5f85077c1b3e6580c5aeb99226eff8","shortMessageHtmlLink":"Add support for patch rc versions"}},{"before":"2876fae8d3674d34c5461482a8f021791ba1c97e","after":"7b44c8d1d0a089a766c7eab1b5435b2dbf61454c","ref":"refs/heads/main","pushedAt":"2024-04-25T21:57:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Automatically disable flattening of scroll content view children when needed\n\nSummary:\nThere are a couple scenarios where flattening the child of a ScrollView can cause problems.\n\n1. `maintainVisibleContentPosition` on both Android and iOS rely on reading live positions in the view tree\n2. `snapToAlignment` on Android uses live view tree, for items to snap to. iOS seems to have very different behavior, and aligns assuming that children are scroll view height, or that a snap interval has been set.\n\nThis change adds a prop `collapsableChildren` which can be used to disable children of scroll content view from being collapsed.\n\nDifferentiator is... complicated... but we can mostly just adapt the code dealing with existing traits at the surface level.\n\nChangelog:\n[General][Fixed] - Automatically disable flattening of scroll content view children when needed\n[General][Added] - Add `collapsableChildren` prop\n\nReviewed By: javache\n\nDifferential Revision: D56226241\n\nfbshipit-source-id: ed81f7fff5a15eac424708f763afc9b844aefa9c","shortMessageHtmlLink":"Automatically disable flattening of scroll content view children when…"}},{"before":"510d2906b21b8c4c063369d2c2cb391aad268fea","after":"2876fae8d3674d34c5461482a8f021791ba1c97e","ref":"refs/heads/main","pushedAt":"2024-04-25T17:46:41.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"exclude react-native/sdks from consideration\n\nSummary:\nFlow shouldn't consider definitions inside this folder. This speeds up working in the OSS checkout if you happen to have Hermes built.\n\nChangelog: [Internal]\n\nReviewed By: huntie\n\nDifferential Revision: D56575537\n\nfbshipit-source-id: 8e5cdd0436712322a4a7298a24c721d9659d98af","shortMessageHtmlLink":"exclude react-native/sdks from consideration"}},{"before":"794aaa52d39f2c419fcd49126c69dff3030e7bb9","after":"510d2906b21b8c4c063369d2c2cb391aad268fea","ref":"refs/heads/main","pushedAt":"2024-04-25T16:25:05.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"maintain correct content offset when scroll view is suspended (#44256)\n\nSummary:\nPull Request resolved: https://github.com/facebook/react-native/pull/44256\n\n## Changelog:\n\n[iOS] [Fixed] - Preserve content offset in ScrollView when the component is suspended\n\n# The problem\nOn iOS, components are recycled. For ScrollView, its content offset has to be reset back to original position. When we call `[UIScrollView setContentOffset:]`, it triggers all of its delegate methods and triggers `scrollViewDidScroll` where we set native state.\n\nSo when user scrolls to position 100 and scroll view suspends. it is removed from view hierarchy and recycled. Once the suspense boundary is resolved, scroll view will be inserted back into view hierarchy. But when it was recycled, we set back its original content offset (the default is 0, 0) but this was accidentally propagated through to shadow tree.\n\n# Solution\n\nTo avoid this, we simply need to invalidate `_state` before calling `[UIScrollView setContentOffset:]`.\n\nReviewed By: cipolleschi\n\nDifferential Revision: D56573370\n\nfbshipit-source-id: c03d7d2d403af2e1649b4cf189072baeb4c286c8","shortMessageHtmlLink":"maintain correct content offset when scroll view is suspended (#44256)"}},{"before":"4e6186555eac8e98724e5027a882c92ee195652d","after":"794aaa52d39f2c419fcd49126c69dff3030e7bb9","ref":"refs/heads/main","pushedAt":"2024-04-25T15:32:59.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Fix enable hermes debugger in Bridgeless mode\n\nSummary:\nSet the proper build flags for debugging in Bridgeless mode.\n\nThis fixes [#44240](https://github.com/facebook/react-native/issues/44240)\n\n## Changelog:\n[iOS][Fixed] - Add `HERMES_ENABLE_DEBUGGER=1` flag to React-RuntimeApple\n\nReviewed By: cortinico\n\nDifferential Revision: D56575647\n\nfbshipit-source-id: a0613a5d46caeb1d3e636e54ecd43428fbaf46e8","shortMessageHtmlLink":"Fix enable hermes debugger in Bridgeless mode"}},{"before":"3db7ab6683b33c0bc28dfb73b199200e8bac4c68","after":"4e6186555eac8e98724e5027a882c92ee195652d","ref":"refs/heads/main","pushedAt":"2024-04-25T15:25:19.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"facebook-github-bot","name":"Facebook Community Bot","path":"/facebook-github-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6422482?s=80&v=4"},"commit":{"message":"Defines module for React-jsinspector (#44252)\n\nSummary:\nDefines module for `React-jsinspector` that for swift modules to integrate with.\n\nto fix https://github.com/expo/expo/issues/28209, any podspec depends on HermesExecutorFactory should use ` add_dependency(s, \"React-jsinspector\", :framework_name => 'jsinspector_modern')` to add dependency. otherwise it will encounter the header not found issue because use_frameworks will change \"jsinspector-modern\" to \"jsinspector_modern\".\n\nto depend on React-jsinspector from expo-modules-core, we need it to define as a module.\notherwise, it will have the error\n```\nThe Swift pod `ExpoModulesCore` depends upon `React-jsinspector`, which does not define modules. To opt into those targets generating module maps (which is necessary to import them from Swift when building as static libraries), you may set `use_modular_headers!` globally in your Podfile, or specify `:modular_headers => true` for particular dependencies.\n```\n\n## Changelog:\n\n[IOS] [CHANGED] - Add `DEFINES_MODULE` for React-jsinspector.podspec\n\nPull Request resolved: https://github.com/facebook/react-native/pull/44252\n\nTest Plan: ci passed\n\nReviewed By: cortinico\n\nDifferential Revision: D56575102\n\nPulled By: cipolleschi\n\nfbshipit-source-id: 9b7b4568a3e499f0a741a79a846263118ff2d112","shortMessageHtmlLink":"Defines module for React-jsinspector (#44252)"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEPM68NQA","startCursor":null,"endCursor":null}},"title":"Activity · facebook/react-native"}