Closed
Bug 1160660
Opened 9 years ago
Closed 6 years ago
mozLockOrientation not worked at app launch
Categories
(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: aoi, Unassigned)
References
Details
(Keywords: feature)
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 Build ID: 20150424004008 Steps to reproduce: Firefox Developer Edition Firefox OS v3.0 Simulator prereq) call screen.mozLockOrientation at DOMContentLoaded event. 1) launch app. 2) click rotate button. Actual results: actual results: app don't rotate Expected results: expected results: app do rotate
Call mozLockOrientation at DOMContentLoaded event. But, system app unlock orientation. see https://github.com/mozilla-b2g/gaia/blob/b320ab38f5615d8e26db304f6188dc87fd4f307b/apps/system/js/app_window.js#L1660 AppWindow.prototype.lockOrientation was called at app opening animation end.
Updated•9 years ago
|
Component: Gaia::System → Gaia::System::Window Mgmt
Comment 4•9 years ago
|
||
I believe system has nothing to do here before we have bug 1043102. The default behavior of any app who does not declare any orientation is 'unlock', and system usually does this when the app opening transition is finished (otherwise severe performance issue will occur.) If an app chooses to lock the orientation before it's loaded, it's very likely to happen before the opening transition is done. And system won't know is locking the orientation so it just unlocks again to reflect the desired orientation.
Depends on: 1043102
Flags: needinfo?(alive)
Comment 5•6 years ago
|
||
Firefox OS is not being worked on
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•