[ https://issues.apache.org/jira/browse/CB-10736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Trent McNitt updated CB-10736: ------------------------------ Environment: iOS 9.2.1, WKWebView (was: iOS 9.2.1) Description: Edit: This only occurs using WKWebview. It doesn't resize on UIWebView (at least when I tested it on an iOS 8 phone). With StatusBarOverlaysWebView set to "false," the document loads (document.readyState == "complete") and then the window resizes sometime after that. This is causing a document reflow, and disallows Javascript changes to the DOM that relate to viewport size to start right away. My workaround right now is simple: If the platform is iOS, then wait for a resize before starting Javascript calculations. Is this resizing unavoidable? (Or, can I just handle this with some .plist settings, or something?) If the resizing is unavoidable, can I count on it always resizing the window? Or, is there a race condition happening, and I have just observed that it resizes after the readyState "complete", when it could really happen before OR after? was: With StatusBarOverlaysWebView set to "false," the document loads (document.readyState == "complete") and then the window resizes sometime after that. This is causing a document reflow, and disallows Javascript changes to the DOM that relate to viewport size to start right away. My workaround right now is simple: If the platform is iOS, then wait for a resize before starting Javascript calculations. Is this resizing unavoidable? (Or, can I just handle this with some .plist settings, or something?) If the resizing is unavoidable, can I count on it always resizing the window? Or, is there a race condition happening, and I have just observed that it resizes after the readyState "complete", when it could really happen before OR after? > Resizes iOS viewport after document.readyState "complete" > --------------------------------------------------------- > > Key: CB-10736 > URL: https://issues.apache.org/jira/browse/CB-10736 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Statusbar > Environment: iOS 9.2.1, WKWebView > Reporter: Trent McNitt > Priority: Minor > > Edit: This only occurs using WKWebview. It doesn't resize on UIWebView (at > least when I tested it on an iOS 8 phone). > With StatusBarOverlaysWebView set to "false," the document loads > (document.readyState == "complete") and then the window resizes sometime > after that. > This is causing a document reflow, and disallows Javascript changes to the > DOM that relate to viewport size to start right away. > My workaround right now is simple: If the platform is iOS, then wait for a > resize before starting Javascript calculations. > Is this resizing unavoidable? (Or, can I just handle this with some .plist > settings, or something?) > If the resizing is unavoidable, can I count on it always resizing the window? > Or, is there a race condition happening, and I have just observed that it > resizes after the readyState "complete", when it could really happen before > OR after? -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org