Summary:
Stacked on top of #26735.
This allows a framework to add a `$$FORM_ACTION` property to a function.
This lets the framework return a set of props to use in place of the
function but only during SSR. Effectively, this lets you implement
progressive enhancement of form actions using some other way instead of
relying on the replay feature.
This will be used by RSC on Server References automatically by
convention in a follow up, but this mechanism can also be used by other
frameworks/libraries.
DiffTrain build for commit https://github.com/facebook/react/commit/559e83aebb2026035d47aa0ebf842f78d4cd6757.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45454355
Pulled By: tyao1
fbshipit-source-id: 4b4b65c77ecbc113a79e51e4aff97b2e3b88c31a
Summary:
This allows us to emit extra ephemeral data that will only be used on
server rendered forms.
First I refactored the shouldSkip functions to now just do that work
inside the canHydrate methods. This makes the Config bindings a little
less surface area but it also helps us optimize a bit since we now can
look at the code together and find shared paths.
canHydrate returns the instance if it matches, that used to just be
there to refine the type but it can also be used to just return a
different instance later that we find. If we don't find one, we'll bail
out and error regardless so no need to skip past anything.
DiffTrain build for commit https://github.com/facebook/react/commit/67f4fb02130b1fe1856289e3b66bb0b8cca57ff7.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45453502
Pulled By: tyao1
fbshipit-source-id: 1ac34bcc2d59fdbfbc25e51f6bd5354777a33f96
Summary:
in https://github.com/facebook/react/pull/26738 we added nonce to the
ResponseState. Initially it was used in a variety of places but the
version that got merged only included it with the external fizz runtime.
This PR updates the config for the external fizz runtime so that the
nonce is encoded into the script chunks at request creation time.
The rationale is that for live-requests, streaming is more likely than
not so doing the encoding work at the start is better than during flush.
For cases such as SSG where the runtime is not required the extra
encoding is tolerable (not a live request). Bots are an interesting case
because if you want fastest TTFB you will end up requiring the runtime
but if you are withholding until the stream is done you have already
sacrificed fastest TTFB and the marginal slowdown of the extraneous
encoding is hopefully neglibible
I'm writing this so later if we learn that this tradeoff isn't worth it
we at least understand why I made the change in the first place.
DiffTrain build for commit https://github.com/facebook/react/commit/8ea96ef84d8f08ed1846dec9e8ed20d2225db0d3.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45449587
Pulled By: tyao1
fbshipit-source-id: 76a5f34e42db5e9ad5a78b4b8f0d4e3dad2e7fcd
Summary:
This adds an experimental hook tentatively called useOptimisticState.
(The actual name needs some bikeshedding.)
The headline feature is that you can use it to implement optimistic
updates. If you set some optimistic state during a transition/action,
the state will be automatically reverted once the transition completes.
Another feature is that the optimistic updates will be continually
rebased on top of the latest state.
It's easiest to explain with examples; we'll publish documentation as
the API gets closer to stabilizing. See tests for now.
Technically the use cases for this hook are broader than just optimistic
updates; you could use it implement any sort of "pending" state, such as
the ones exposed by useTransition and useFormStatus. But we expect
people will most often reach for this hook to implement the optimistic
update pattern; simpler cases are covered by those other hooks.
DiffTrain build for commit https://github.com/facebook/react/commit/491aec5d6113ce5bae7c10966bc38a4a8fc091a8.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45448404
Pulled By: tyao1
fbshipit-source-id: 09b1e8c77fb6fb5d9f0859a2392234371c011b4f
Summary:
Adds support for nonce on `bootstrapScripts`, `bootstrapModules` and the external fizz runtime
DiffTrain build for commit https://github.com/facebook/react/commit/9545e4810c2dc8922f575b6d8f726503a7345d0c.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45446494
Pulled By: tyao1
fbshipit-source-id: 31a32a1b99bdc86069b06e0870009a9846a12085
Summary:
## Definitions
- **id<RCTBridgeModule>**: A native module object.
- **id<RCTTurboModule>**: A turbo module object.
## Changes
This diff refactors the ObjCTurboModule, so that it can create perform method dispatch for legacy native module objects.
This change shouldn't impact any existing behaviour of the TurboModule system, because all turbo modules are also native modules.
## Rationale
In Bridgeless mode, the TurboModule system will now have to manage legacy native modules.
Changelog: [Internal]
Reviewed By: philIip
Differential Revision: D44646371
fbshipit-source-id: 946dcb82bdfced60f5c29fda8e3b4a92cda8acb0
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37238
## Definitions
- **id<RCTBridgeModule>**: A native module object.
- **id<RCTTurboModule>**: A turbo module object.
## Changes
This diff refactors the TurboModuleManager, so that it can create legacy native module objects.
This change shouldn't impact any existing behaviour of the TurboModule system, because all turbo modules are also native modules.
## Rationale
In Bridgeless mode, the TurboModule system will now have to create legacy native modules.
Changelog: [Internal]
Reviewed By: javache
Differential Revision: D44645955
fbshipit-source-id: fcf36d07af4a1d196a821ed948eaa036f0a83890
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37256
This class is public but annotated with VisibleForTesting which is not correct (as there are no tests for it).
Apparently this class is used only within this package so it's safe to reduce its visibility to package internal.
On top of this, we had methods which were not annotated with Override, which I've fixed + I've sorted the methods to have first all the public/Override ones and the then others after.
Changelog:
[Android] [Removed] - Reduce visibility of DevInternalSettings class
Reviewed By: mdvacca
Differential Revision: D45566473
fbshipit-source-id: 2c0e809094bb965f2d6263e7b2eae17a1f095165
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37209
Deleting getViewManagers method from ReactHost since it is not used
changelog: [internal] internal
Reviewed By: philIip
Differential Revision: D45494325
fbshipit-source-id: e5b091b69060e18eec00a5aa2eddc48c18b8ab66
Summary:
[Codegen 116] This PR attempts to extract the logic of `getEventArgument` function from the following locations :
- `parsers/flow/components/events.js`
- `parsers/typescript/components/events.js`
since they are the same and move the function to `parsers/parsers-commons.js` as requested on https://github.com/facebook/react-native/issues/34872
## Changelog:
[Internal] [Changed] - Move `getEventArgument` to parser-commons and update usages.
Pull Request resolved: https://github.com/facebook/react-native/pull/37133
Test Plan: Run `yarn jest react-native-codegen` and ensure CI is green
Reviewed By: christophpurrer
Differential Revision: D45569128
Pulled By: cipolleschi
fbshipit-source-id: 63a7619e5b4fca0157c62a359ac51831f4f15945
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37220
I'm bumping Kotlin to 1.8.0 to align to the version used internally.
On top of this, I had to configure the JDK toolchain to 11 as Kotlin 1.8
was changing the default version of the stdlib it ships with by default.
This also shields us against problems once we'll bump to AGP 8 which requires
JDK 17 but still allows to produce libraries that are JDK 11 compatible.
Changelog:
[Android] [Changed] - Kotlin to 1.8.0 and JDK Toolchain to 11
Reviewed By: cipolleschi
Differential Revision: D45524689
fbshipit-source-id: 2558b5b6727b5d6e0e1e3cc58f0c6a85ddcefc4d
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37255
I've just realized that RN-Tester still ships with a legacy Android icon. Those have been superseeded in API 26 by adaptive icon. On API 33 Android also added support for monochrome icons which we haven't followed up with.
This brings the icon setup of RN Tester similar to one from the template + makes it easier to recognize.
Changelog:
[Internal] [Changed] - Add Adaptive Icons for RN-Tester
Reviewed By: yungsters, NickGerleman, mdvacca
Differential Revision: D45567471
fbshipit-source-id: 51bfe9bb9f99376353ab76e7d54c34b66382b007
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37253
Currently the Dev Menu has unreadable header/subtitle on apps with Dark theme. Here I'm fixing it:
* First I'm adding support for Dark Theme to RN Tester (we were forcign ligth theme).
* Then I'm removing any color reference and defaulting to the theme provided colors.
Changelog:
[Android] [Fixed] - Fix unreadable dev menu header on dark theme apps
Reviewed By: mdvacca
Differential Revision: D45566321
fbshipit-source-id: 947693aefdea846fec927a2cfa4d8236e02e0bfd
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37254
I've done a pass on this class as I was working on the debugging experiencefor New Architecture and I've fixed a couple of potential issues.
- A potential NPE accessing a `Nullable` field.
- Java 8 functional references which we were not using
- Similarly lambdas we were not using
- Using resource string with placeholders on Android
Changelog:
[Internal] [Changed] - Polishing of the DevSupportManagerBase class
Reviewed By: mdvacca, cipolleschi
Differential Revision: D45566320
fbshipit-source-id: 4a9e63a7285bc3c2f224b176627e4d191d45f64b
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37171
In this diff I'm introducing a new kotlin annotation to OptIn into the new Architecture API. I named it "NewReactNativeArchitectureExperimentalAPI" but I'm open to name suggestions, maybe make it a bit more generic like:
ReactNativeExperimental?
Ideally it should be named similar to how we are going to publicitize the New Architecture in OSS.
The plan is to use this annotation to mark classes of experimental API, forcing external developers to explicitly optIn into new APIs:
```
UnstableReactNativeAPI
class ReactHost // A class requiring opt-in
// Client code
// this code will compile
OptIn(UnstableReactNativeAPI::class)
fun getReactHost(): ReactHost {
// ...
return ReactHost()
}
// This code wont compile
fun getReactHost(): ReactHost {
// ...
return ReactHost()
}
```
For more details about OptIn read:
https://kotlinlang.org/docs/opt-in-requirements.html#create-opt-in-requirement-annotations
changelog: [internal] internal
Reviewed By: cortinico
Differential Revision: D45417255
fbshipit-source-id: f94f85844342a577e5a526b82b7b345470f66ead
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37250
This is a re-land of a previous commit which ended up in us losing the history
of the Java file. This new PR should not be doing so.
This is a reference PR on how to convert a JVM Unit test from Java to Kotlin.
A couple of things to keep in mind when converting:
1. Do not use hungarian notation (`mActivity` -> `activity`)
2. JUnit rules need to be annotated with `get:Rule` rather than just `Rule`.
3. Use `import org.powermock.api.mockito.PowerMockito.`when` as whenever`to avoid having to escape all the `when` function invocation in the code as it's a keyword.
4. Do static imports of all the Mockito/PowerMock functions.
Getting rid of PowerMock and using Fakes is a plus, but that's not always possible. Having the test running and be green is already a good result.
Changelog:
[Internal] [Changed] - Convert RootViewTest to Kotlin
Reviewed By: cipolleschi
Differential Revision: D45565375
fbshipit-source-id: 6c01d037e04dc1ec0003263177d86079a6f19a04
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37249
Original commit changeset: e0cf65012665
Original Phabricator Diff: D45526517
I'm reverting this change as the history got lost in this Kotlin conversion. I'm going to re-push it using `hg mv`.
Changelog:
[Internal] [Changed] - Back out "[RN][Android] Convert RootViewTest to Kotlin"
Reviewed By: cipolleschi
Differential Revision: D45564898
fbshipit-source-id: b144f688cfa612f0d22d65cadfd766f73996371c
Summary:
An out-of-the-box react-native init project no longer enables Flipper properly as of 0.72.0-rc1.
## Changelog:
[IOS] [FIXED] Fix Flipper by moving podfile modification of preprocessor def `FB_SONARKIT_ENABLED` from React-Core to React-RCTAppDelegate where it is now used.
Pull Request resolved: https://github.com/facebook/react-native/pull/37240
Test Plan: Generated an app and verified Flipper cannot see the app. Made the modification and generated another app and verified Flipper now sees it and can enable plugins. Verified that runtime (non-test) use of FB_SONARKIT_ENABLED is limited to Libraries/AppDelegate in this project.
Reviewed By: dmytrorykun
Differential Revision: D45563282
Pulled By: cipolleschi
fbshipit-source-id: d760c5ae123cc7c967b19c6c626801d6db28d052
Summary:
Previously we allow `{[key:string]:Something}` in codegen, `Something` is type-checked but thrown away, generating a `GenericObjectTypeAnnotation`.
In this change, `Something` is added to `GenericObjectTypeAnnotation` as an optional field.
For downstream code such as C++ codegen, this change is **backward compatible**. It allows C++ codegen to produce a more precious type optionally.
## Changelog:
[General] [Added] - Recognize dictionary type in codegen
Pull Request resolved: https://github.com/facebook/react-native/pull/37206
Test Plan:
```
yarn jest react-native-codegen
yarn jest react-native-codegen-typescript-test
```
Reviewed By: cipolleschi
Differential Revision: D45563340
Pulled By: dmytrorykun
fbshipit-source-id: 9a9ce36df6ded6d42d35c3dcb6fb0eaca16c4458
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37143
This change add an example on how to use events with arrays in the New Architecture in RNTester.
## Changelog:
[Internal] - Add Examples on RNTester on how to send events with arrays from Native to JS
Reviewed By: cortinico
Differential Revision: D45357873
fbshipit-source-id: 812521aad070181759c0a1c76b5e8c628166229c
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37145
This diff adds the generation of Array types in events.
It supports the generation of Array of:
- Boolean
- Int32
- Float
- Double
- String
- Objects
- Array
**Note:** This is a first iteration. We could improve the generation further by leveraging the `Bridging` module within React Native.
I'll take a stab at it in a next diff.
## Changelog:
[General][Added] - Generate events with arrays
Reviewed By: cortinico
Differential Revision: D45321685
fbshipit-source-id: 34b05f5501b06714d1fabf1a51cb057af7027f00
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37228
As discussed offline, the current approach for the Hermes profiler is not the right one.
I'm partially reverting [the commit](https://github.com/facebook/react-native/commit/dce9d8d5de381fe53760ddda0d6cbbdfb5be00e4) which introduced it.
The commit did also a bit of refactoring to improve the quality of the cocoapods scripts we would like to keep.
## Changelog:
[iOS][Removed] - Remove support of Hermes profiler as that's not the right approach.
Reviewed By: cortinico
Differential Revision: D45527507
fbshipit-source-id: acea5f8b610d8b67ee7a6a91993bb8e4592d093f
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37213
`RCT_ENABLE_LOADING_VIEW` was added a long time ago with some internal-only use cases that no longer exist today. To avoid confusion, let's deprecate this flag, and re-use RCT_DEV_MENU, which was actually designed for similar dev workflow use cases.
Changelog: [Internal]
Reviewed By: philIip
Differential Revision: D45509523
fbshipit-source-id: 3d73929ec6811496d26a24f24e8741b43ccbc100
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37222
changelog: [internal]
User defined destructor does not make sense here. ImageRequest is owned by ImageState, which is owned by ImageShadowNode. ImageShadowNode requires garbage collection from the runtime to be destroyed. Calling cancel in dtor is not deterministic and that is undesired.
bypass-github-export-checks
Reviewed By: javache
Differential Revision: D45524705
fbshipit-source-id: 410def2100f479b68682620b2c43071fdfb86715
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37241
EZ diff that migrates VisibleForTesting interface to kotlin
There are just 2 files into the annotations package, now both will be written in kotlin
bypass-github-export-checks
changelog: [internal] internal
Reviewed By: cortinico, yungsters
Differential Revision: D45454643
fbshipit-source-id: 7d3ac9f85141f720a201ca81102336e16758ea30
Summary:
This test started failing recently in older versions of React because
the Scheduler priority inside a microtask is Normal instead of
Immediate. This is expected because microtasks are not Scheduler tasks;
it's an implementation detail.
I gated the test to only run in v17 because it's a regression test for
legacy Suspense behavior, and the implementation details of the snapshot
changed in v18.
Test plan
x---------
Using latest:
```
yarn test --build --project devtools --release-channel=experimental profilingcache
```
Using v17 (typically runs in a timed CI workflow):
```
/scripts/circleci/download_devtools_regression_build.js 17.0 --replaceBuild
yarn test --build --project devtools --release-channel=experimental --reactVersion 17.0 profilingcache
```
DiffTrain build for commit https://github.com/facebook/react/commit/86b0e91998a04b22bb54a95d54f4a7632efa902f.
Changelog: [Internal]
<< DO NOT EDIT BELOW THIS LINE >>
Reviewed By: sammy-SC
Differential Revision: D45424707
fbshipit-source-id: f3a761984c0ac53b5514f8ff51635bf6c4bab8f6
Summary:
Changelog: [Internal]
we already had strongSelf captured, just use that instead
Reviewed By: christophpurrer
Differential Revision: D45510817
fbshipit-source-id: fa8a381790392a546c5e5cbe9277cc73f8990c1d
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37210
Changelog: [Internal]
no need to expose this
Reviewed By: christophpurrer
Differential Revision: D45507159
fbshipit-source-id: 1467dba09d6359f73996d0d0eeb246eb3f59e96c
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37205
Changelog: [Internal]
so when i was trying to help mdvacca with figuring out what this API does, it was really confusing to grep for since `handleException` is a very common pattern in general. so i'm updating the name here to be more explicit and help us with refactoring later.
bypass-github-export-checks
Reviewed By: mdvacca
Differential Revision: D45501548
fbshipit-source-id: 6ae32328e1117ae81ba53f1742440a68aec38803
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37229
Those methods all have replacements and they have been annotated as `deprecated` but only on the Javadoc level.
The Java compiler from 11 starts to emit warnigns for those functions so I'm actually annotating them with Deprecated correctly.
Changelog:
[Android] [Changed] - Deprecate APIs that are deprecate only on JavaDoc
Reviewed By: mdvacca
Differential Revision: D45525406
fbshipit-source-id: 9fea1a6374c9a14f7f07e5bca8db1221260c03fd
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37235
Changelog: [Internal]
we shouldn't expose the logger, only need to expose the logging information
Reviewed By: javache
Differential Revision: D45513780
fbshipit-source-id: b82496ebcbf87d7f88d6c7e1afea655d4177a0d8
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37227
This is a reference PR on how to convert a JVM Unit test from Java to Kotlin. A couple of things to keep in mind when converting:
1. Do not use hungarian notation (`mActivity` -> `activity`)
2. JUnit rules need to be annotated with `get:Rule` rather than just `Rule`.
3. Use `import org.powermock.api.mockito.PowerMockito.`when` as whenever`to avoid having to escape all the `when` function invocation in the code as it's a keyword.
4. Do static imports of all the Mockito/PowerMock functions.
Getting rid of PowerMock and using Fakes is a plus, but that's not always possible. Having the test running and be green is already a good result.
Changelog:
[Internal] [Changed] - Convert RootViewTest to Kotlin
Reviewed By: cipolleschi
Differential Revision: D45526517
fbshipit-source-id: e0cf650126659fdc8676fb32e1617ad51ca14e11
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37226
Those functions are deprecated and should be replaced with the properties minSdk and targetSdk.
I'm replacing all of those (apart from the template).
Changelog:
[Internal] [Changed] - Do not use deprecated [minSdk|targetSdk]version functions
Reviewed By: cipolleschi
Differential Revision: D45525922
fbshipit-source-id: dd6c795a669d9760eca3e083e220917916032c2c
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37231
In a previous diff, we tried to disambiguate between versions of hermes engine by reading the hermestag file.
However, we forgot to pass the file to the `read` function.
It used to work both on main and on CI because that file doesn't exists in those environments. But it failed as soon as we tried to test a release.
## Changelog:
[iOS][Fixed] - Pass the hermestag file to the `read` function.
Reviewed By: dmytrorykun
Differential Revision: D45530010
fbshipit-source-id: 2dcdb77adad375d2e28dd4230ab05dbb85fb82e5
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37216
Yet another windows flaky test for ReactFabricPublicInstance-test.js which I'm disabling now. It will still run on linux/mac.
Changelog:
[Internal] [Changed] - Disable flaky windows test for ReactFabricPublicInstance-test.js
Reviewed By: cipolleschi
Differential Revision: D45521018
fbshipit-source-id: b37c00d674997e14fd8e12c3f3746f51bcc90669
Summary:
We suspect this null check is actually necessary as we're investigating a crash.
This will silent the warning on this statement
Changelog:
[Internal] [Changed] - Suppress warning on null check due to crash investigation
Reviewed By: blakef
Differential Revision: D45525270
fbshipit-source-id: 692c079bacd15397838cd60146240e9d4e21b1ca
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37225
Hermes-engine was still building with compileSdkVersion 31. This causes another version of the SDK to be
downloaded on CI making everything slower. This aligns everything to version 33, which is the same version we use
for React Native.
Changelog:
[Internal] [Changed] - compileSdkVersion for hermes-engine to 31
Reviewed By: dmytrorykun
Differential Revision: D45525923
fbshipit-source-id: f7cce527e2378c4e6db6b8b5db865ff3b598bf87
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37195
Updates the Dev Menu header on Android.
- Small alignment related to D44872456.
- Add subheading label showing current JS executor description (matching iOS) (note: on Android this is unformatted (but informative), e.g. `JSIExecutor+HermesRuntime`).
Changelog: [Internal]
Reviewed By: cortinico
Differential Revision: D45142924
fbshipit-source-id: 5c95fc85e6d3b6879287440f76165b02957283e5
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37199
This test `ReactActivityDelegateTest` is written in Kotlin and is not currently
picked up by BUCK. As we look into having more and more tests written in Kotlin,
I'm updating one Kotlin test to be executed correctly within Buck.
Changelog:
[Internal] [Changed] - Update ReactActivityDelegateTest to compile and run with Buck
Reviewed By: philIip, mdvacca
Differential Revision: D45497636
fbshipit-source-id: 7e13902c4f765974c1ff490b657846fb062eb74e
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37200
Currently Robolectric runs with target SDK 21 on OSS and 33 on Buck internal.
Having those two versions misaligned makes tests harder to maintain, so we should probably re-aling them. Here I bump SDK to 33 + I'm fixing `RootViewTest` which is broken on SDK 33 (both on Gradle and Internal).
Changelog:
[Internal] [Changed] - Bump Robolectric SDK target to 33
Reviewed By: philIip, mdvacca
Differential Revision: D45497430
fbshipit-source-id: 202fb1d7e84362dd74798c026d5a0999d77234ee
Summary:
Pull Request resolved: https://github.com/facebook/react-native/pull/37201
As we don't need to have a Robolectric Offline Mirror anymore due to how we execute Robolectric tests only on Gradle/CircleCI or Buck/Internal, we can remove this configuration.
Changelog:
[Internal] [Changed] - Remove references to REACT_NATIVE_ROBOLECTRIC_MIRROR
Reviewed By: philIip, mdvacca
Differential Revision: D45497431
fbshipit-source-id: e26e3117eb456c313dc8bf366bf71bb4dedea048
Summary:
X-link: https://github.com/facebook/yoga/pull/1269
Pull Request resolved: https://github.com/facebook/react-native/pull/37127
This prevents targets which include Yoga from using its private APIs.
Instances of this have been mostly cleaned up in the past diffs, with the major exception of RN Fabric. To stage this without blocking on that, I added a `yoga-private-api` target for now to keep using these headers while making it unlikely new usages will show up.
Reviewed By: javache
Differential Revision: D45339425
fbshipit-source-id: eb7ef151ad2467d7c3370cd7c10d47e8db9496a0