Closed Bug 1302424 Opened 4 years ago Closed 4 years ago
Crash in java
.lang .Null Pointer Exception: at org .mozilla .gecko .home .Combined History Adapter$2$1 .run(Combined History Adapter .java)
58 bytes, text/x-review-board-request
This bug was filed from the Socorro interface and is report bp-fbf0964e-f4be-4823-ad25-644362160913. ============================================================= Seen while looking at Android Nightly Crash Stats: http://bit.ly/2cWDffl - right now #4 top browser crash. Not sure where to bucket this, but it probably doesn't belong in Core|Widget Android.
Seems like a by-product of changes in Bug 1277978. We're invoking panelStateChangeListener before it is set.
Ouch. I think that would also mean that in those instances the caching wouldn't really work, because without a panelStateChangeListener we can't retrieve the cached value, yet the RecentTabsAdapter has already initialised itself, because we're running the recentTabsUpdateHandler. In any case yes, that line needs a null check.
Assignee: nobody → jh+bugzilla
Hardware: Unspecified → All
Comment on attachment 8792006 [details] Bug 1302424 - Check panelStateChangeListener isn't null before using it. https://reviewboard.mozilla.org/r/79270/#review77810 Let's get this crash to go away. JanH, does this warrant a follow up bug at all?
Attachment #8792006 - Flags: review?(gkruglov) → review+
Just an added null check, should be good without try. Since I've managed to hit the top of the top-crashers list with this, it might not be a bad idea to get this on central as soon as possible, too.
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/1bd98b397fb2 Check panelStateChangeListener isn't null before using it. r=Grisha
tracking-fennec: ? → 51+
You need to log in before you can comment on or make changes to this bug.