Crash in java.lang.NullPointerException: Attempt to invoke virtual method ''boolean org.mozilla.gecko.Tab.isPrivate()'' on a null object reference at org.mozilla.gecko.home.TwoLinePageRow.updateDisplayedUrl(TwoLinePageRow.java)

RESOLVED FIXED in Firefox 51

Status

()

P1
critical
RESOLVED FIXED
2 years ago
2 years ago

People

(Reporter: ahunt, Assigned: ahunt)

Tracking

({crash})

51 Branch
Firefox 52
All
Android
crash
Points:
---

Firefox Tracking Flags

(firefox51 fixed, firefox52 fixed)

Details

(Whiteboard: [MobileAS], crash signature)

Attachments

(1 attachment)

(Assignee)

Description

2 years ago
This bug was filed from the Socorro interface and is 
report bp-ce33a3a6-c248-4e4a-8f5c-3be1e2161107.
=============================================================

This is number 10 on Aurora, and is likely to be a simple fix.
(Assignee)

Comment 1

2 years ago
I've fiddled with TopSites a lot in the past, so I am probably a good candidate for looking into this.
Assignee: nobody → ahunt
Priority: -- → P1
Whiteboard: [MobileAS]
Comment hidden (mozreview-request)

Comment 3

2 years ago
mozreview-review
Comment on attachment 8808590 [details]
Bug 1315938 - Don't crash if tabs aren't initialised yet

https://reviewboard.mozilla.org/r/91396/#review91636
Attachment #8808590 - Flags: review?(s.kaspari) → review+
Let's uplift this to 51.
Iteration: --- → 1.8
status-firefox51: --- → affected
status-firefox52: --- → affected
OS: Unspecified → Android
Hardware: Unspecified → All

Comment 5

2 years ago
Pushed by ahunt@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/bc22ca7ff05b
Don't crash if tabs aren't initialised yet r=sebastian

Comment 6

2 years ago
bugherder
https://hg.mozilla.org/mozilla-central/rev/bc22ca7ff05b
Status: NEW → RESOLVED
Last Resolved: 2 years ago
status-firefox52: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 52
(Assignee)

Comment 7

2 years ago
Comment on attachment 8808590 [details]
Bug 1315938 - Don't crash if tabs aren't initialised yet

Approval Request Comment
[Feature/regressing bug #]: Unknown - this bug seems to have always been present, but is only triggered in certain scenarios.
[User impact if declined]: Startup crash if gecko is slow to load, or doesn't load.
[Describe test coverage new/current, TreeHerder]: none (patch has been stabilised on nightly, no obvious issues visible).
[Risks and why]: low risk - add null-check for a call that is specified to return null in certain scenarios.
[String/UUID change made/needed]: none.

This crash is currently 20th on Nightly, 15th on Aurora. It seemed to spike with the recent library loading issues (which would prevent gecko from being started before topsites is shown), however this is a beneficial fix in general. Without this patch we have a race condition between topsites being shown, and gecko loading, with a crash when topsites are shown first.
Attachment #8808590 - Flags: approval-mozilla-aurora?
Comment on attachment 8808590 [details]
Bug 1315938 - Don't crash if tabs aren't initialised yet

Fix a crash. Aurora51+.
Attachment #8808590 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+

Comment 9

2 years ago
bugherderuplift
https://hg.mozilla.org/releases/mozilla-aurora/rev/36f945043957
status-firefox51: affected → fixed
You need to log in before you can comment on or make changes to this bug.