-
Notifications
You must be signed in to change notification settings - Fork 24.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[0.48] Commits to cherry-pick into stable release #15318
Comments
Broken commit: 712b1dd
|
|
@iegik you sure about that one? In order to release a beta, I had to compile it. That looks like a compile-time issue that I didn't encounter. Have you managed to resolve it in the meantime? |
Checkout also #15365 (comment) |
I'm definitely not sure about that, but then I try to build the application, i felt in a lot of errors. Tried to clean, install again and again. No luck. |
I'd like to nominate cb1b1e5 as it fixes something I previously broke |
c9aeaf6 would be great to get in if possible. |
Summary: This fixes pretty bad issue when contentSize is calculated based on an intrinsic horizontal (width) limitation, not on a real/current horizontal (width) one. Reviewed By: mmmulani Differential Revision: D5422114 fbshipit-source-id: 0eb582aeb59d29530990d4faabf2f41baa79c058
I'd like to nominate
|
While not exactly critical would be really nice to get HMR to work across all connected clients simultaneously - I believe 8b2975a sorts this out. Nice incremental improvement to everybody's workflow. :) |
@eliperkins 603cc48 is already in the rc version. I have cherry-picked the rest and sent out a new build to Circle. @ajostergaard I am going to wait with the HMR one for few more days to let it settle in the master branch. |
@grabbou Ah! My mistake, I meant 603cc48 into Due to the changes made in a8c45ac, content size on Are patches still being made to |
Here's the current status of things:
The HMR fix is sitting in master and either way it will go out with 0.49.0-rc.0. The rest of the discussions looked unrelated to cherry picks for 0.48. |
Thanks @ide for the summary! @eliperkins in order to suggest a patch to 0.47, please post in #14840 |
Hi, maintainers! |
I am not really sure it's needed. Cherry-picks are meant to be used when we fix issues that got fixed in master in the meantime. Features and improvements can usually wait for the next release ( Anyways, for now I am closing this as release is being promoted to stable. |
Where's the 0.48 changelog? |
Will be published shortly on releases tab.
…On Fri, 1 Sep 2017, 23:05 Gary Fung, ***@***.***> wrote:
Where's the 0.48 changelog?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#15318 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACWcxuZs28_8Q8bxur7uSJW1FIEm-Cd_ks5seHGQgaJpZM4OqIde>
.
|
One of the commits by @janicduplessis was reverted as it caused iOS to crash. Fix has been submitted and is already in 0.49 - we need to cherry-pick that one later this week. |
Adding an Android scroll view fix (e964a7f) and iOS font fix (d3007b0) to 0.48-stable and releasing as 0.48.2. The files that both commits touch haven't had any other changes to them since 0.48-stable. Also cherry-picking these into 0.49-stable so that we don't regress from 0.48 to 0.49 and am releasing an 0.49 RC (will cross-post in the 0.49 cherry-pick issue so we don't miss this). |
https://github.com/facebook/react-native/releases/tag/v0.48.3 is up but not on npm? At least not to |
0.48.3 build has finished, please double check. Chances are you might have been looking before it finished. |
Ya I guess it took an hour or so for npm to pick up the new release? But it came on |
Cherry-picked a fix for Jest tests into 0.48.4:
|
I have scheduled the build once again. I believe it should land on npm this time. |
Nope, still nothing. Shouldn't this sort of thing be scripted? |
It is scripted but the CI pipeline failed. |
And still failing. Not on npm |
Any update on when the releases train for bug fixes will be fixed? |
We are aware of the bug and working on a fix. We managed to get last build
green, but the publish npm step failed. So getting closer. I will update
this issue and post on Twitter once it's up. Apologies for the delays
around it, but build issues are the worst (it involves many devs across
teams to fix the issue)
…On Fri, 22 Sep 2017, 20:34 Gary Fung ***@***.***> wrote:
Any update on when the releases train *for bug fixes* will be fixed?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#15318 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACWcxsUh72K-1kqM9iSrZ60Nc8DNKmObks5sk_2zgaJpZM4OqIde>
.
|
Looks like it's fixed? 0.48.4 was on npm |
No description provided.
The text was updated successfully, but these errors were encountered: