Last Comment Bug 798747 - Gaia homescreen and everything.me don't seem to get along well
: Gaia homescreen and everything.me don't seem to get along well
Status: RESOLVED WORKSFORME
: dogfood
Product: Firefox OS
Classification: Client Software
Component: Gaia::Homescreen (show other bugs)
: unspecified
: ARM Gonk (Firefox OS)
: -- normal (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
Depends on: 798700
Blocks:
  Show dependency treegraph
 
Reported: 2012-10-06 00:14 PDT by Chris Jones [:cjones] inactive; ni?/f?/r? if you need me
Modified: 2013-01-07 21:55 PST (History)
3 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description Chris Jones [:cjones] inactive; ni?/f?/r? if you need me 2012-10-06 00:14:39 PDT
I hate filing these kinds of "bad stuff seems to happen frequently" kinds of bugs without specific STR, but while dogfooding when out and about tonight, I noticed the homescreen getting "stuck" quite a bit after I messed around with e.me.

An extreme case is bug 798700, but also at other times the homescreen would stop responding and the only way to get it back was to reboot the device.

I think this is one of the most severe dogfooding issues, since it won't be clear to users how to un-stuck the homescreen.
Comment 1 Dietrich Ayala (:dietrich) 2012-10-08 08:59:16 PDT
this seems a dupe of 798700. please re-open if that's not the case.

*** This bug has been marked as a duplicate of bug 798700 ***
Comment 2 Chris Jones [:cjones] inactive; ni?/f?/r? if you need me 2012-10-08 12:18:24 PDT
It might be splitting hairs, but in bug 798700 the homescreen locked up *and* was rendered as a blank white screen.

I also see other lockups that don't result in a misrendered homescreen, just an unresponsive one.  They're probably the same underlying issue, but I'd like to verify them separately in case there are two separate bad things happening.
Comment 3 Naoki Hirata :nhirata (please use needinfo instead of cc) 2012-10-08 12:27:23 PDT
lock up and misrendering of the homescreen, followed by unresponsiveness, + a reboot tends to be OOM issue.

Can you check your logcat while you're doing these steps to repro please?
Comment 4 Chris Jones [:cjones] inactive; ni?/f?/r? if you need me 2012-10-08 12:35:40 PDT
(In reply to Naoki Hirata :nhirata from comment #3)
> lock up and misrendering of the homescreen, followed by unresponsiveness, +
> a reboot tends to be OOM issue.
> 

Based on what evidence?
Comment 5 Naoki Hirata :nhirata (please use needinfo instead of cc) 2012-10-08 13:40:17 PDT
similar experience in bug 796822.
Comment 6 Naoki Hirata :nhirata (please use needinfo instead of cc) 2012-10-08 13:46:14 PDT
having stated that... lessons learned on the need to dig deeper. ( bug 796773 )
Comment 7 Chris Jones [:cjones] inactive; ni?/f?/r? if you need me 2012-10-08 14:11:13 PDT
Another way to diagnose possible OOMs is to open a terminal and run

$ watch -n 1 'adb shell b2g-procrank'

If you see the "USS" of one of the app processes go up near 100MB and then that process disappear from the process list (accompanied by some sort of visual crash in gaia), then you've almost certainly seen an OOM kill.
Comment 8 Naoki Hirata :nhirata (please use needinfo instead of cc) 2012-10-10 18:24:55 PDT
Oh sweet!  thanks for the tip!
Comment 9 Walter Chen[:ypwalter][:wachen] 2013-01-07 21:55:58 PST
There is not really something that I can reproduce.
And, it looks like in recent pvt build
https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/
b2g18 branch looks pretty fine as for now.

Please reopen this if it still happens.

Note You need to log in before you can comment on or make changes to this bug.