[
https://issues.apache.org/jira/browse/CB-13393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316093#comment-16316093
]
Pablo Caselas commented on CB-13393:
------------------------------------
Bug still happening on cordova-ios 4.5.4 and cordova-plugin-statusbar 2.4.0.
Your hack works just fine. No need to delay it 100 ms, just setTimeout() and
will work like a charm.
> Cordova-screen-plugin fails to rotate viewport to orientation when locked and
> device rotated to that orientation previously
> ---------------------------------------------------------------------------------------------------------------------------
>
> Key: CB-13393
> URL: https://issues.apache.org/jira/browse/CB-13393
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-screen-orientation
> Affects Versions: 4.4.0
> Environment: iOS
> Reporter: Nick Marsh
> Assignee: Vishal Mishra
> Priority: Minor
> Attachments: hello.zip, hellofixed.zip
>
>
> For simplicity, I'll use only one combination of portrait and landscape to
> describe the issue.
> 1. Begin with the device locked in Portrait
> (screen.orientation.lock('portrait') has been invoked).
> 2. Physically rotate the device to landscape. Observe that the viewport does
> not rotate (correct function).
> 3. invoke screen.orientation.lock('landscape')
> 4. Observe that the viewport does not rotate to landscape, although the
> device's orientation remains locked.
> This can be reproduced by reversing landscape and portrait as well. Observed
> on iOS 11 with cordova engine 4.4.0, screen-orientation 2.0.1, and statusbar
> 2.2.3.
> The attached cordova project will reproduce this issue. It begins by
> unlocking the orientation. After 5 seconds, it locks the orientation to
> landscape. When this happens, physically rotate the device to portrait. After
> 5 seconds, it will attempt to lock itself to portrait, but fail to do so. It
> might take a couple tries to get the timing right. If needed, I can attach a
> video of the bug.
> The current workaround seems to be to re-invoke a lock to the device's
> currently locked orientation prior to locking to the new orientation - see
> the "fixed" project for an example of that.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
