Closed
Bug 1318074
Opened 8 years ago
Closed 8 years ago
Crash in java.lang.NullPointerException: at org.mozilla.gecko.MediaPlayerManager.onCreate(MediaPlayerManager.java)
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Firefox for Android Graveyard
General
Tracking
(firefox53 affected)
RESOLVED
DUPLICATE
of bug 1319173
Tracking | Status | |
---|---|---|
firefox53 | --- | affected |
People
(Reporter: marcia, Assigned: walkingice)
References
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is report bp-5c207176-0b9f-4834-9db4-1ee422161116. ============================================================= New crash seen on trunk: http://bit.ly/2fW7u4V. Crashes started using the 20161115060313 build. Looks as if it affects some Nexus handsets including the 5x, which has the highest percentage of crashes.
Comment 1•8 years ago
|
||
I'm affected by this crash (Nightly, Nexus 5X, Android 7.0, N5D91L). The crash occurs after nightly is in the background and I switch back to it either using the app switcher or a shortcut on the desktop. This step cannot be reliably reproduced and I don't yet understand the conditions to put it in this state. After crashing, the crash report loads. Selecting either "Restart Firefox" or "Close" results in another crash. The only way to recover from this crash loop is to close nightly and the crash reporter by swiping them away in the app switcher.
Comment 2•8 years ago
|
||
I get this all the time - with and without sync after a few minutes I use nightly https://crash-stats.mozilla.com/report/index/81193f3c-d131-45b4-8b8a-75d512161121 Crash reporter broken reported in Bug 1318204 ( because of bug 1301655 )
Assignee | ||
Comment 3•8 years ago
|
||
I am watching this bug. The easiest way I reproduce is to simulate Activity be destroyed due to low memory. Go to Android Setting, enable and enter developer options. enable "Don't keep activities", then each activities will be killed once it goes to background. launch Fennec, open another activity such as Settings, then press back key.
Assignee: nobody → walkingice0204
Assignee | ||
Comment 4•8 years ago
|
||
I think we can register listener to later callback such as onCreateView as a workaround, to make sure the view already exists. Will it cause any problem if we don't register callback in onCreate?
Flags: needinfo?(nchen)
Comment 5•8 years ago
|
||
This looks a lot like it is the same issue than bug 1319173 (has already r+'ed patch)
Assignee | ||
Comment 6•8 years ago
|
||
yes, I think this one is duplicated.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Updated•8 years ago
|
Flags: needinfo?(nchen)
Updated•8 years ago
|
tracking-fennec: ? → ---
Comment 7•8 years ago
|
||
The problem still on latest nightly build for Android
Flags: needinfo?(s.kaspari)
Comment 8•8 years ago
|
||
This should be fixed in Nightly >= 2016-11-23. And I can't reproduce this with the steps from comment 3 anymore. Do you still see it in the latest builds and do you have steps to reproduce this crash?
Flags: needinfo?(s.kaspari)
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•