Closed
Bug 1085405
Opened 10 years ago
Closed 10 years ago
Gecko fails to render any page visible right after a first-run (and Sync sign-in)
Categories
(Firefox for Android Graveyard :: Toolbar, defect)
Tracking
(firefox33 unaffected, firefox34 unaffected, firefox35 verified, firefox36 verified, fennec35+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
firefox33 | --- | unaffected |
firefox34 | --- | unaffected |
firefox35 | --- | verified |
firefox36 | --- | verified |
fennec | 35+ | --- |
People
(Reporter: aaronmt, Assigned: snorp)
References
Details
(Keywords: regression, reproducible)
Akin to bug 1030523.
Launch Nightly under a new profile
Sign-in to Sync
Tap any of the default bookmarks in the tiles
On my Nexus 5 (4.4.4), the site, and any other site afterwards is completely rendered as a blank white page. The thumbnail is captured fine in the tabs-tray. Gecko seems hosed at this point. At this point there is no way to restore functionality to the browser other than force-stopping the browser. Switching away from the browser and back does not restore proper behaviour.
Reporter | ||
Comment 1•10 years ago
|
||
This seems new to Aurora and Nightly.
status-firefox33:
--- → unaffected
Reporter | ||
Comment 2•10 years ago
|
||
This is definitely occurring during an initial Sync.
Summary: Gecko fails to render any page visible right after or during a Sync → Gecko fails to render any page visible during an initial Sync
Reporter | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=14665b1de5ee&tochange=2399d1ae89e9
Last good revision: f5ccdeb36843
First bad revision: f54ea093e836
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f5ccdeb36843&tochange=f54ea093e836
I get bug 1075136.
Blocks: 1075136
Reporter | ||
Comment 4•10 years ago
|
||
Oh yeah, no Sync required. On a new profile, just hit start browsing on the first-run splash and then tap on a tile.
Summary: Gecko fails to render any page visible during an initial Sync → Gecko fails to render any page visible right after a first-run
Reporter | ||
Updated•10 years ago
|
Severity: major → blocker
Reporter | ||
Comment 5•10 years ago
|
||
100% reproducible using the original method, restoring that summary
Summary: Gecko fails to render any page visible right after a first-run → Gecko fails to render any page visible right after a first-run (and Sync sign-in)
Updated•10 years ago
|
Keywords: regressionwindow-wanted
Reporter | ||
Comment 6•10 years ago
|
||
Further steps to reproduce ...
(Make sure Fennec is force-stopped, clear profile, clear cache)
adb shell am start -n org.mozilla.fennec/.App (you'll see the start-pane)
adb shell am start -a android.intent.action.VIEW -n org.mozilla.fennec/.App -d "cnn.com"
The site will not display at all. Any attempt at visiting any other site will also not display at all.
Reporter | ||
Comment 7•10 years ago
|
||
Also reproducible by conducting a 'Paste & Go' operation after dismissing the start-pane.
Comment 8•10 years ago
|
||
I ran into this issue while conducting user tests on Android Nightly. I have several videos that show this happening to users after download and launch (without trying Sync). If these videos would help, please let me know.
Updated•10 years ago
|
tracking-fennec: ? → 35+
Updated•10 years ago
|
Assignee: nobody → snorp
Reporter | ||
Updated•10 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 9•10 years ago
|
||
Fixed via bug 1072831!
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 10•10 years ago
|
||
Verified as fixed in
Builds:
Firefox for Android 36.0a1 (2014-11-05)
Firefox for Android 35.0a2 (2014-11-05)
Devices:
Motorola Razr (Android 4.1.2)
Asus Transformer Pad TF300T (Android 4.2.1)
Status: RESOLVED → VERIFIED
Updated•4 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
•