From issues-return-87707-apmail-cordova-issues-archive=cordova.apache.org@cordova.apache.org Wed Oct 4 14:40:03 2017 Return-Path: X-Original-To: apmail-cordova-issues-archive@minotaur.apache.org Delivered-To: apmail-cordova-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6B1A8102DC for ; Wed, 4 Oct 2017 14:40:03 +0000 (UTC) Received: (qmail 99296 invoked by uid 500); 4 Oct 2017 14:40:03 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 99271 invoked by uid 500); 4 Oct 2017 14:40:03 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 99260 invoked by uid 99); 4 Oct 2017 14:40:03 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Oct 2017 14:40:03 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 6F7A51807E6 for ; Wed, 4 Oct 2017 14:40:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id RWSemx6qzEVr for ; Wed, 4 Oct 2017 14:40:01 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 0BB6060FC8 for ; Wed, 4 Oct 2017 14:40:01 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 8511DE0B20 for ; Wed, 4 Oct 2017 14:40:00 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 3FE6A242DD for ; Wed, 4 Oct 2017 14:40:00 +0000 (UTC) Date: Wed, 4 Oct 2017 14:40:00 +0000 (UTC) From: "Nick Marsh (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (CB-13393) Cordova-screen-plugin fails to rotate viewport to orientation when locked and device rotated to that orientation previously MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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