Closed
Bug 1018909
Opened 11 years ago
Closed 11 years ago
Homescreen crashes on loop
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1018406
People
(Reporter: davehunt, Unassigned)
References
Details
Attachments
(1 file)
|
115.60 KB,
text/plain
|
Details |
It appears that immediately after flashing and completing the FTU the homescreen is crashing on a loop.
The last known good build was:
application_buildid: 20140530003925
application_changeset: e6f113c83095
gaia_changeset: 26d8fcab9b61f46451600f39c51e0387ef3c4f88
The issue then first appears in:
application_buildid: 20140530050928
application_changeset: 76432b693fc4
gaia_changeset: 26d8fcab9b61f46451600f39c51e0387ef3c4f88
The issue then appears to be resolved in:
application_buildid: 20140530124652
application_changeset: 50305ee11618
gaia_changeset: e98fe1e94d3d80ad36903500d8ca3333904b162c
And then regresses again in:
application_buildid: 20140530130452
application_changeset: 6f9eb2bb1103
gaia_changeset: e98fe1e94d3d80ad36903500d8ca3333904b162c
It then appears resolved again in:
application_buildid: 20140531031552
application_changeset: 85f6afe5cdde
gaia_changeset: e98fe1e94d3d80ad36903500d8ca3333904b162c
And finally regresses again in:
application_buildid: 20140531162052
application_changeset: fc91e69c3473
gaia_changeset: e98fe1e94d3d80ad36903500d8ca3333904b162c
This was picked up by our automation, which seems to fail when launching applications. The symptoms appear as any of the following, and maybe others:
JavascriptException: TypeError: this.app.element is null
JavascriptException: TypeError: GaiaApps.getActiveApp(...) is undefined
I've attached a logcat showing the initial crashing of the Homescreen app. This is then repeated on a loop once the user completes the FTU.
| Reporter | ||
Comment 1•11 years ago
|
||
The regression ranges don't appear to be particularly useful. I am however able to confirm the results manually. Perhaps this is an intermittent build issue? I'm hoping the logcat will prove useful.
Comment 2•11 years ago
|
||
I can still reproduce this issue on todays(2014 06 02) flame build :
Gaia e98fe1e94d3d80ad36903500d8ca3333904b162c
Gecko https://hg.mozilla.org/mozilla-central/rev/d6fccb7c56a8
BuildID 20140602040201
Version 32.0a1
ro.build.version.incremental=94
ro.build.date=Tue May 20 09:29:20 CST 2014
Comment 3•11 years ago
|
||
We can also see this in the Hamachi build:
Gaia e98fe1e94d3d80ad36903500d8ca3333904b162c
Gecko https://hg.mozilla.org/mozilla-central/rev/d6fccb7c56a8
BuildID 20140602040201
Version 32.0a1
ro.build.version.incremental=324
ro.build.date=Thu Dec 19 14:04:55 CST 2013
Comment 5•11 years ago
|
||
From my dupe:
(In reply to Ben Hearsum [:bhearsum] from comment #2)
> Also, I heard other folks in #b2g complaining about this, so I moved Flame
> nightly updates to point at at a May 30th build again, because it's really
> tough to get out of this state without reflashing. If that's undesired, let
> me know. Otherwise I'll wait until we have a nightly with this fixed to
> re-enable them.
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•