Closed Bug 907041 Opened 12 years ago Closed 12 years ago

[B2G][Helix][Wangchao]The shutdown animation is abnormal when the device rotates 90 degrees.

Categories

(Firefox OS Graveyard :: Gaia::System, defect, P1)

defect

Tracking

(b2g-v1.1hd fixed)

VERIFIED FIXED
Tracking Status
b2g-v1.1hd --- fixed

People

(Reporter: lecky.wanglei, Assigned: rexboy)

Details

Attachments

(2 files)

Attached image device.png
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0) Steps to reproduce: 1.open browser and the device rotates 90 degrees. 2.then power off. Actual results: 1. The power off animation is abnormal.(see in attachment) Expected results: 1. The power off animation should not rotates.
Severity: normal → critical
Component: General → Gaia::System
Marco, How is the shutdown animation displayed? can we have the orientation locked?
Flags: needinfo?(mchen)
Hi Evelyn, I found that the shutdown animation is performed by system app (sleep_menu.js) so could you help to check this? Thanks.
Flags: needinfo?(mchen) → needinfo?(ehung)
blocking-b2g: --- → hd?
Priority: -- → P1
Hi Evelyn, Is there any progress for this issue? Thanks!
Alive, can you help on this? Thanks.
Flags: needinfo?(ehung) → needinfo?(alive)
Let me c.c. Rex about init logo handler + orientation issue.
Flags: needinfo?(alive)
Should be a case that we didn't test before. Taking..
Assignee: nobody → rexboy
I have done some change to fix it: in sleep_menu.js startPowerOff: function sm_startPowerOff(reboot) { + screen.mozLockOrientation('portrait-primary'); Then the problem has been solved. Thanks!
Hi Lecky: Thanks for looking at it. Good point for the solution. But we may still encounter problem when underlying app is locked in landscape mode. In this case we should confirm landscape mode app is not exposed in portrait. For the solution now there's still a short period time that landscape-locked app showing in portrait after tapping reboot (and right before animation starts). What we can do may be: * Postpone locking until poweroff really started. (both customized poweroff and default poweroff) and/or * Cancel the fading effect between sleep menu and poweroff animation. I can help you go through the process of sending a patch if you want. You can send a patch after eliminating the problem above, and set feedback to me. I can find you a reviewer for you then.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hi KM lee: I'm very glad to receive you patch. And i will feedback to you as your patch arrive. Thanks!
Thanks for the help Rexboy. Can you confirm if this is a regression at all or has it been like this on v1.0.1 and v1.1 already? I'll nominate this to koi? for now assuming it is not a regression, if this is a regression then please nominate it to leo? if it also exists on v1-train. Hi Lecky, Are you working on the patch as suggested in comment 8?
blocking-b2g: hd? → koi?
Flags: needinfo?(rexboy)
Flags: needinfo?(lecky.wanglei)
Set to leo? based on comment #10 since it's reproducible on v1-train. if Lecky isn't working on it I can continue the work.
blocking-b2g: koi? → leo?
Flags: needinfo?(rexboy)
QA Wanted - Can we confirm this is a regression from 1.01? Test this on 1.01 & 1.1 to be able to confirm.
Keywords: qawanted
But this issue seems too late to land. Even if its regression since 1.0.1, can we not live with it till 1.2?
No, I do not get the patch.
Flags: needinfo?(lecky.wanglei)
Attached file patch
Well the patch is easier than I imagined. One issue remaining: A landscape-only app appear in portrait through the semi-transparent background of sleep menu. But solving this would be more complex than what I do now and it's just a kind of polish issue so I decide to leave it for now. (Or we may just set the background opaque to avoid this problem?) Hello Alive, may you help review this patch?
Attachment #809707 - Flags: review?(alive)
QA Contact: sparsons
Unable to reproduce on Leo 1.1 Build ID: 20130925041202 Environmental Variables Build ID: 20130925041202 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/18175c7fdaa6 Gaia: 6d9eec501a209bea945c6f841400ec0a75fac11d Platform Version: 18.1 Unable to reproduce on Buri 1.1 Build ID: 20130925041202 Environmental Variables Build ID: 20130925041202 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/18175c7fdaa6 Gaia: 6d9eec501a209bea945c6f841400ec0a75fac11d Platform Version: 18.1 RIL Version: 01.01.00.019.197 Unable to reproduce on Buri 1.0.1 Build ID: 20130602070207 Environmental Variables Build ID: 20130602070207 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/2cd91c879ced Gaia: 9ba891c880e588a8f3f8ca30bb932ecae68023a9 Platform Version: 18.0
Keywords: qawanted
bug 908630? I think it has to do with the sensor w/ the 09242013 build the sensor doesn't seem to be overreacting. Could you double check please, lecky?
Flags: needinfo?(lecky.wanglei)
fyi, this is a helix bug only. changing from leo? to hd?
blocking-b2g: leo? → hd?
Comment on attachment 809707 [details] patch r=me
Attachment #809707 - Flags: review?(alive) → review+
Landed on master. Thank you Alive! We need to wait for triage to see if we need to land it on other branches. master https://github.com/mozilla-b2g/gaia/commit/aaef2ff42f99fbeba30a1f5b8aa3bed4e011f8e2
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
HI We have verified this issue.Please close it.
Status: RESOLVED → VERIFIED
Flags: needinfo?(lecky.wanglei)
HD+ this per comment 16 indication of HD only. Sorry Rex, Can you help with HD landing? Thanks.
Flags: needinfo?(rexboy)
Mass-modify - removal of no longer relevant blocking flags.
blocking-b2g: hd? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: