OS: Windows 10
Node: 8.9.4
Yarn: 1.5.1
npm: 5.6.0
Watchman: Not Found
XCode: N/A
Android Studio: Version 2.3.0 AI-162.4069837
Packages: (wanted => installed)
react: 16.3.1 => 16.3.1
react-native: 0.55.1 => 0.55.1
The app crashes when the user attempts to resume an app from the background on android
Crash log : https://gist.github.com/herlarb/7a8820dbfc56d3dffd35ba235b8e888a
App should not crash when the user attempts to resume app from background
The app crashes unexpectedly when the user resumes the app from the background
Looks like your report is for an old version (0.55.1). Your repro steps are not specific enough and require a lot of effort for a contributor. In general, you want to file an issue that is complete and ready to be picked up by someone who is interested in providing a fix (see https://stackoverflow.com/help/mcve).
Closing as debugging individual crashes is out of scope for this issue tracker unless a minimum repro is provided.
@hramos Seems the react native contributors are quick to close issues. You can't say 0.55 is old when 0.56 has just been released (Documentation has not even been updated to 0.56). This issue has been recurring in react native as #9550 and #16727 all for which have been shelved aside like this. It gives an impression that contributors don't want to look through the code or don't have a fix for the issue
The Abort message raised during the crash lies in react-native/ReactCommon/yoga/yoga/Yoga.cpp lines
2556 -2560(react native 0.56 ) appears like a yoga issue
The latest stable version is 0.55.4, and is already two months old. We encourage everyone to use the release candidate versions whenever possible, _especially_ when filing bug reports. With over 600 issues currently open, we have to prioritize, so you're right, I don't want to look at an issue that has not been tested in the release that I'm curating at this moment.
@hramos So what if I'm able to reproduce the issue on 0.55.4. Would you be willing to look at it
Your issue would not be auto-closed if it's reported against 0.55.4, but like I said above, the train is moving fast and we're focusing on getting the 0.56.0 release candidate ready for release. Issues that can be reproduced on 0.56.0-rc.1 are our highest priority at the moment.
Its happening with 0.56.0
Reopen the issue, please. It's happening with 0.56
Some one help with this issue +1
Happening in 0.55.4.
availableHeight is indefinite so heightMeasureMode must be YGMeasureModeUndefined
I raised this issue and @hramos replied that it was an individual crash case. It appears it isn't an individual crash case obviously. As I'm not a collaborator I can't reopen this issue. Hopefully @hramos gets this mention and reopens the ticket.
@herlarb change the description for RN 0.56 to re-open the issue
@Override
public void invokeDefaultOnBackPressed() {
moveTaskToBack(true);
}
@pramodsharma403
Thanks. It occurs in 0.57.1 and fixed by
Quick fix:- Please add below method in your MainActivity.java
@Override public void invokeDefaultOnBackPressed() { moveTaskToBack(true); }
Anyone can fix react native by pull request?
I am still getting this issue:
react-native 0.57.1
I added @Override public void invokeDefaultOnBackPressed() { moveTaskToBack(true); } my MainActivity.java but it still does not work. I am getting this error when trying to start up my app, it shows up immediately and I can't even test...
Quick update: This was an obscure issue with another library I am using (https://github.com/APSL/react-native-keyboard-aware-scroll-view). My report here can be disregarded.
@Sam-DevZ
I'm on 0.57.1 and am still running into this issue. We also use React-Native-Navigation and 'react-native-keyboard-aware-scroll-view'. What was your solution?
This is still present on 0.57.8
I'm using wix navigaton and this happens when I'm in my auth app wich has a ScrollView rendered and then the user logs in and I start my normal app.
If I don't render a ScrollView it doesn't happen
Occurring in 0.59.1. I am using react-native-navigation as well. If there's any fix please tell.
Hey all, sorry to hear so many are experiencing this
Unfortunately we can't debug an issue from a single crash report and a number of +1s
If anyone can provide a way for us to reproduce this issue so that we can determine if this is a core issue or and issue with a third-party lib then I am happy to re-open and investigate
This issue happens when you are specifying values for margin and padding in %.
Remove the % values from your stylesheet and use flex or DP values and this issue should resolve.
I had this issue when I've rendered multiple views inside an horizontal ScrollView with the views having width and padding values as percentages, .
Something like this -
```js
.....
.....
````
Changing the styles of the views to absolute values, like @pratham104 suggested, resolved this issue.
RN 0.60.5
any update on this?
Most helpful comment
Its happening with 0.56.0