Closed alloy closed 4 years ago
Can we get this change cherry picked for the 0.63.1 release? https://github.com/facebook/react-native/commit/9c32140068463739b91874689f741ea9630d8c3b This is a very isolated change in a file that rarely changes. We need it for performance reasons for Babylon.js integration into React Native.
We need to cherry pick https://github.com/facebook/react-native/commit/33b3a1a1453ca51690e59b758eeb61a4fa8f35bc since Apple's guidelines around this storyboard file will be in effect from today/tomorrow.
More details here https://github.com/react-native-community/discussions-and-proposals/issues/209
For anyone else like me realizing all of the sudden you need to convert .xib to .storyboard in relation to the above comments, I will say there are lots of ways to do it, all of which are fine I am sure. Very specifically though I can report not just success but a pleasant experience using https://github.com/zoontek/react-native-bootsplash - there are little Xcode screenshots of the manual parts you need to do and a CLI even. Great work @zoontek and @Moox I think. So I am no longer concerned about iOS launch screens and am back to my default state of anticipation for 0.63 to release ;-)
For reference, https://github.com/react-native-community/releases/issues/199#issuecomment-651684280 will go into 0.63. I am going to cherry-pick it today.
For reference, #199 (comment) will go into 0.63. I am going to cherry-pick it today.
Don't know if it was intentional but cocoapods version got downgraded here
+1 react-native-bootsplash is quite nice to use for storyboards as mike has stated. Have never had an issue with it.
Can we cherry-pick this? facebook/react-native#27885
It should have no negative impact. It offers new benchmarking opportunities.
@grabbou did you notice the comment from reimertz above.
This looks unintentional for the 0.63-stable branch https://github.com/facebook/react-native/commit/0225f180f44ccfa03f0b05974e08b6579f58f6a2#diff-7538dfd5a1053e07f15cfe72274360ca
@ottob @reimertz I think it's intentional https://github.com/facebook/react-native/commit/ca105f8b069e42a62b7d212e1d94c9fa8123d69a
Debugging on Android in 0.63 is completely broken. This PR would fix it: https://github.com/facebook/react-native/pull/29204
@reimertz The CocoaPods wasn't downgraded, it's just that RNTester was installed with a different version. This has no impact on the users, as the lockfiles are really specific to your dev setup.
@K-Leon The fix for Android debugging is going into v0.63.0, so will automatically be in v0.63.1: https://github.com/react-native-community/releases/issues/186#issuecomment-655129069
Can we cherry-pick this https://github.com/facebook/react-native/commit/f23feced42abd1d18a12e413bf79a51bead61379
Fixes font variant crash on Android < 4.4
Thanks for cherry-picks. I will look at them later this week and we will begin working on v0.63.1.
@grabbou The Blog Post link is broken in the release notes
Broken link ->https://reactnative.dev/blog/2020/07/06/version-0.63
Thanks
Can we pick this LogBox fix? https://github.com/facebook/react-native/commit/f28c7505fa5b4a7ddf1e9311d38dfcd15e8953a2
@grabbou on the 0.63 version, when in ios i launch a build in release mode, it seems that the absolute path cannot resolved, because research it into node_modules
Can we cherry pick this
Only commits that have landed to master can be considered for picks to a release branch. Open PRs can't be considered
react-native v0.63.0 has upgraded the Android target SDK to 29, please mention it in the change log.
@ravirajn22
It already has an item in the changelog. you can find it at this section (the last item is the related change. @alloy, maybe it's better to modify the description to also mention about targetSdkVersion
)
@ravirajn22 as mentioned by @SaeedZhiany there's already a reference, if you think it could be better worded please open a PR against the changelog.
I personally did not have this issue in any previous RN versions, but its 100% reproducible in simulator and device on Version 0.63.
@lorenzoangelini, that sounds interesting. Can you link to an issue in the React Native repository where we can read more about it and follow this?
@owinter86, it has been reported in 0.61.5, so while you couldn't reproduce it on older versions yourself, it looks like the issue was there already.
I have cherry-picked all commits listed here so far that were bug fixes. Please see the first comment for the whole list. I am now waiting for the CI to pass.
Since it's already quite late here in Europe, I'll postpone the final release for tomorrow.
@grabbou there is a similar issue here [https://github.com/react-native-community/upgrade-support/issues/87]
I see. Thanks for reporting. Let's keep tracking it there on inside React Native. I was afraid that this was some high-profile CLI related issue. Fortunately though, seems like a Babel/bundler-related issue.
0.63.1 will be out soon, closing this issue.
⚠️ NOTE: v0.63.0 stable has not been released yet, but the changes it will include are final; so we have this issue ahead of time for people to already start tracking changes they need.
Conversations on this thread should be limited to reporting issues that are new in this minor version or requests to cherry-pick bug fixes that have landed in master.
In all other cases, please report the issue to http://github.com/facebook/react-native/issues.
Picks requested previously: