[ https://issues.apache.org/jira/browse/CB-13393?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Marsh updated CB-13393: ---------------------------- Description: 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. 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. was: 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. > 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: hellofixed.zip, hello.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. > 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: issues-unsubscribe@cordova.apache.org For additional commands, e-mail: issues-help@cordova.apache.org