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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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.
[Blocking Requested - why for this release]:
blocking-b2g: --- → 3.0?
Component: Gaia::System → Gaia::System::Window Mgmt
Alive, can you take a look here?
Flags: needinfo?(alive)
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)
blocking-b2g: 2.5? → ---
Keywords: feature
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.