Closed
Bug 802027
Opened 12 years ago
Closed 12 years ago
"Homescreen had a problem and closed" when installing app "The Pomodoro Technique Timer"
Categories
(Firefox OS Graveyard :: General, defect, P1)
Tracking
(blocking-basecamp:+)
RESOLVED
WORKSFORME
blocking-basecamp | + |
People
(Reporter: adora, Assigned: fabrice)
References
Details
(Keywords: crash, reproducible)
This just happened to me twice in a row. The first time, I didn't see the homescreen error, but the screen went black and flashed a few times. Deleted the app and rebooted. The 2nd time, I saw the specific homescreen error. Both times after installing the app, tapping the icon has no response. I'm able to install and launch other apps without error.
Reporter | ||
Comment 1•12 years ago
|
||
"FlipClock" seems to be experiencing the same issue.
Reporter | ||
Comment 2•12 years ago
|
||
And "OK! Magazine UK"
Comment 3•12 years ago
|
||
Reproducible I'm guessing? Can you reproduce it with the same app repeatedly?
blocking-basecamp: --- → ?
Reporter | ||
Comment 4•12 years ago
|
||
Yep!
Comment 5•12 years ago
|
||
Are these crashes being submitted? Can we get a stack for them?
Reporter | ||
Comment 6•12 years ago
|
||
How do I do that?
Comment 7•12 years ago
|
||
Not sure the setup is done yet for that. cjones?
Updated•12 years ago
|
Keywords: crash,
reproducible
Updated•12 years ago
|
Severity: normal → critical
Assignee | ||
Comment 8•12 years ago
|
||
(In reply to Andreas Gal :gal from comment #7) > Not sure the setup is done yet for that. cjones? The UI is not there yet but for now we send content and chrome crashes as soon as we have network connectivity after restart.
Comment 9•12 years ago
|
||
possibly the same bug with Dabr.eu app - except that in this case the homescreen keeps crashing on a loop until I restart the phone.
Reporter | ||
Comment 10•12 years ago
|
||
Very similar behavior when installing http://bit.ly/QmZVTg from Bug 796820. So perhaps this has something to do with appcache.
Comment 11•12 years ago
|
||
Lisa, if all the apps that you find that cause this have appcache_path in their manifests, can you dupe this to 796820? Thanks.
blocking-basecamp: ? → +
Not sure if I'm right or not... looks like : 10-18 10:39:31.748: E/GeckoConsole(1134): [JavaScript Error: "can't access dead object" {file: "chrome://browser/content/forms.js" line: 49}] and OOM: 10-18 10:39:41.147: I/IdleService(413): Reset idle timeout: tell observer 4794f490 user is back 10-18 10:39:41.988: E/GeckoConsole(413): GC(T+1088.0) Total Time: 210.6ms, Compartments Collected: 1, Total Compartments: 101, MMU (20ms): 0%, MMU (50ms): 0%, SCC Sweep Total: 66.0ms, SCC Sweep Max Pause: 64.4ms, Reason: TOO_MUCH_MALLOC, Nonincremental Reason: malloc bytes trigger, Allocated: 13MB, +Chunks: 4, -Chunks: 0 Full logcat in gist : https://gist.github.com/3913644
Updated•12 years ago
|
Assignee: nobody → fabrice
Severity: critical → normal
Priority: -- → P1
Assignee | ||
Comment 13•12 years ago
|
||
The issue disappears with the patch from bug 795164 applied. This is not surprising since I was seeing lots of "Remove dead MessageManager!" before so I built with 795164.
Depends on: 795164
Assignee | ||
Comment 14•12 years ago
|
||
I tested again with today's daily build and can't reproduce anymore. Can someone from QA double check?
Keywords: qawanted
Comment 15•12 years ago
|
||
I can't reproduce either. Definitely seeing performance issues with the homescreen, but that's a separate bug. I do note I was seeing crashes a few days earlier with the homescreen, so something tells me something got fixed. Marking as worksforme.
You need to log in
before you can comment on or make changes to this bug.
Description
•