[TIMOB-24952] Null Pointer Exceptions caused on Samsung Galaxy devices
GitHub Issue | n/a |
Type | Bug |
Priority | Critical |
Status | Closed |
Resolution | Fixed |
Resolution Date | 2019-05-17T20:41:36.000+0000 |
Affected Version/s | n/a |
Fix Version/s | Release 6.0.0 |
Components | n/a |
Labels | android, core, regression |
Reporter | Luke Taylor |
Assignee | Unknown |
Created | 2017-07-05T08:37:07.000+0000 |
Updated | 2019-05-17T20:41:36.000+0000 |
Description
I have attached a screenshot of the crash report log we are seeing from Google. Currently receiving thousands of crashes, pretty much entirely isolated to various Samsung Galaxy devices running Android 7.x
This is currently out in production and we are starting to see a trend as more customers are adopting Android N.
Is this issue known? Would upgrading the SDK solve this potentially (i.e. fixes for this problem)? Is it a case of bumping the Android build tools?
Attachments
As part of looking at fixes to this issue - we are also encountering this issue: AC-5071 - it would be much appreciated if you could review and respond to these issues as soon as possible.
As an additional note - we're seeing notes that indicate this could be related to backgrounding and resuming the app over extended periods of time - are there any bugs / issues in this area that you're aware of, that could be causing this?
We have been able to track down the method of reproduction for this, and can confirm it is related to backgrounding the app, and resuming it at a later point (after other, more power hungry apps have been opened up). The (modified) error log we see shows this:
Hello, Can you send a sample code or app that reproduce the issue? we will test for Android N. Also provide details steps for successful regeneration on the issue.
A sample app shouldn't be needed for this, as long as you have code that: - opens up the app, - displays an image and; - sets an event listener ...this should be easily reproducible on a Samsung Android 7 device, running SDK 5.2.0 with the above Android SDK tools. Open the app up - minimise it, then open up and interact with (roughly) 6-8 different high-processing power apps (e.g. 6-8 different 3D games that will consume device memory and processing threads). After this - return to the Ti App by tapping on the launcher icon - *not* by navigating back to it from the open app stack. The app should crash almost immediately, and then reboot.
[~plancaster] We don't need a sample app. We are looking at this now.
Closing per developer comments.