Closed Bug 1039445 Opened 5 years ago Closed 5 years ago
[MTBF] homescreen not responding
Device: flame Memory: 273MB Gaia 2c6c413ed729d465c52d6c2d5d458e2eee79e956 Gecko https://hg.mozilla.org/releases/mozilla-aurora/rev/d32649a24965 BuildID 20140715000201 Version 32.0a2 ro.build.version.incremental=109 ro.build.date=Mon Jun 16 16:51:29 CST 2014 STR: Setup MTBF test Test suite including keyboard, sms, music Randomly run automation test cases for about 2~6 hours. EXPECT: Homescreen can be showed correctly ACTUAL: foreground app was still active. Homescreen completely blank
System tray is still working
Summary: [MTBF] Can switch to homescreen by home button → [MTBF] homescreen not responding
Attachment #8456816 - Attachment mime type: text/x-vhdl → text/plain
The output of b2g-ps would also be helpful.
One of the many homescreen issues which we will have to investigate given MTBF is <6hours ?
blocking-b2g: 2.0? → 2.0+
Component: General → Gaia::Homescreen
Maybe it's related to bug 1038136?
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking+]
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking+] → [VH-FL-blocking-][VH-FC-blocking?]
This feels like either a system homescreen launcher bug, or a maybe another content parent issue.
Component: Gaia::Homescreen → Gaia::System::Window Mgmt
(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #5) > Maybe it's related to bug 1038136? Not really because it didn't cause crash. (In reply to Kevin Grandon :kgrandon from comment #6) > This feels like either a system homescreen launcher bug, or a maybe another > content parent issue. Agree. And since symptom is diverse, please tell us what information could help.
Reproduce with build 201407160201 Gaia aa4f795b81c6147d67c4f06009e166debcf8856e Gecko https://hg.mozilla.org/releases/mozilla-aurora/rev/0ec0b9ac39f0 BuildID 20140716160201 Version 32.0a2 ro.build.version.incremental=109 ro.build.date=Mon Jun 16 16:51:29 CST 2014
I can reproduce it, and it looks like a window management issue, having a look!
Assignee: nobody → etienne
We had a race conditions where we dispatch |status-active| before the |attentionScreen.getBoundingClientRect().height| has been resized to status-mode (during the slide up transition), which made the layourManager.height computation to return 0. So the height of the homescreenWindow was set to 0.
Attachment #8458648 - Flags: review?(alive)
Comment on attachment 8458648 [details] [review] Gaia PR I guess I should close my eye and r+ because I don't need to care it anymore in 2.1
Attachment #8458648 - Flags: review?(alive) → review+
Yep, this should be the last patch touching the attention screen without test :)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Great work Etienne!
You need to log in before you can comment on or make changes to this bug.