Closed Bug 1041963 Opened 11 years ago Closed 11 years ago

[tarako][v1.3t]sometimes homescreen showed a full-black wallpaper after switching camera to background

Categories

(Firefox OS Graveyard :: Gaia::Homescreen, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.3T+, b2g-v1.3T fixed, b2g-v1.4 unaffected, b2g-v2.0 unaffected, b2g-v2.1 unaffected)

RESOLVED FIXED
2.1 S1 (1aug)
blocking-b2g 1.3T+
Tracking Status
b2g-v1.3T --- fixed
b2g-v1.4 --- unaffected
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected

People

(Reporter: ying.xu, Assigned: dliang)

References

Details

Attachments

(1 file)

STR: 1.keep as many apps at background at possible, then launching camera ; 2. take some photos, then press home button to get back homescreen; 3. sometimes there showed a full-black wallpaper. and it can get recovered by long pressing home button
Flags: needinfo?(wchang)
Hi! Evelyn, Could you take a look first? Thnks -- Keven
Flags: needinfo?(ehung)
Depends on: 1022586
I can reproduce it by switch camera and homescreen under background music, but it have fail rate, not 100% reproduced. When blackscreen happened, the memory pressure event was triggered, we suspected it related to bug 1022586 and there might be some racing conditions. Re-launch homescreen can sometimes recover the problem but sometimes cannot.
Hi Danny, I can see this issue on dolphin 1.4 too.
After revert below commit, I cannot reproduce it. commit 4ab1432ed292b306cf52d005a2b312ae5bc95d66 Author: ying.xu <ying.xu@spreadtrum.com> Date: Mon Jun 16 17:10:19 2014 +0800 Bug#1022586 kill the homescreen app when memory low [self test ] kill and restore ok
No longer depends on: 1022586
See Also: → 1022586
WIP patch for homescreen won't be killed due to memory pressure event
Attachment #8460834 - Flags: review?(ying.xu)
Attachment #8460834 - Flags: review?(alive)
Blocking device launch James, please arrange your QA to test in parallel. Our testing resources are limited.
blocking-b2g: --- → 1.3+
Flags: needinfo?(wchang)
Flags: needinfo?(james.zhang)
Comment on attachment 8460834 [details] [diff] [review] WIP-homescreen-wont-be-killed-by-memory-pressure-event.patch Review of attachment 8460834 [details] [diff] [review]: ----------------------------------------------------------------- There may be still some issues of displaying abnormal of homescreen. we found them after monkey-test. If it could not be killed forever, this could be a problem.
Attachment #8460834 - Flags: review?(ying.xu) → review+
Comment on attachment 8460834 [details] [diff] [review] WIP-homescreen-wont-be-killed-by-memory-pressure-event.patch Review of attachment 8460834 [details] [diff] [review]: ----------------------------------------------------------------- Well, it seems we are back and forth many times. Please note someday there might be another issue: homescreen is always residing in the memory.
Attachment #8460834 - Flags: review?(alive) → review+
Assignee: nobody → dliang
(In reply to ying.xu from comment #7) > Comment on attachment 8460834 [details] [diff] [review] > WIP-homescreen-wont-be-killed-by-memory-pressure-event.patch > > Review of attachment 8460834 [details] [diff] [review]: > ----------------------------------------------------------------- > > There may be still some issues of displaying abnormal of homescreen. > > we found them after monkey-test. > > If it could not be killed forever, this could be a problem. In my understanding, homescreen oop will be killed when cache is lower than 16MB by old setting. To improve launch time of homescreen, we let homescreen in process. If homescreen is killed by memory pressure event ( will trigger at 14MB ), why don't we just set LMK parameter as 14MB? It's easily and there should be more safe. In my opinion, I recommend to revert the commit of bug 1022586 then someone can help to find the root cause, why does it show black screen/wallpaper when homescreen was killed? Hi Evelyn, could you help to check why does it show black screen/wallpaper when homescreen was killed?
monkey test running now.
Flags: needinfo?(james.zhang)
(In reply to James Zhang (Spreadtrum) from comment #10) > monkey test running now. James, please notice the black screen issue is easily reproduced within 10 minutes by switching camera and homescreen under background music playback.
Flags: needinfo?(ehung)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Corrected the blocking flag to 1.3T+ as per Ryan's request.
blocking-b2g: 1.3+ → 1.3T+
So comment 3 says this affects 1.4 as well. What about other branches? Per our standard branch landing policy [1], these questions should have been answered prior to landing on a release branch. Assuming this is a fix we want on 1.4, please at least request approval for that as well. [1] https://wiki.mozilla.org/Release_Management/B2G_Landing#Landing_Procedure_2
status-b2g-v2.0: --- → ?
status-b2g-v2.1: --- → ?
Flags: needinfo?(dliang)
Target Milestone: --- → 2.1 S1 (1aug)
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #14) > So comment 3 says this affects 1.4 as well. What about other branches? Per > our standard branch landing policy [1], these questions should have been > answered prior to landing on a release branch. > > Assuming this is a fix we want on 1.4, please at least request approval for > that as well. > > [1] > https://wiki.mozilla.org/Release_Management/B2G_Landing#Landing_Procedure_2 The solution only works on 1.3T. Homescreen is in-process on 1.3T and we let homescreen won't be killed by memory pressure event. On other branches, homescreen is oop and will be killed by LMK, so that's different. I will create another bug for tracking issue on master.
Flags: needinfo?(dliang)
See Also: → 1045430
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: