[ 
https://issues.apache.org/jira/browse/CB-10158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15313817#comment-15313817
 ] 

165537 commented on CB-10158:
-----------------------------

I tried forcing the overlay to false after closing the video, but I still have 
issues in some cases:

If I'm in portrait, then watch a video and go to landscape, then either close 
or wait for the video to finish, then forces overlay false, then the app 
content is correctly pushed below the status bar.

But If I'm in portrait, then watch a video and go to landscape, then inside the 
video go back to portrait, then either close or wait for the video to finish, 
then forces overlay false, the app content is not pushed down and the status 
bar is hiding it. Sometimes (or on other devices?), the app is correctly moved 
down but the status bar is all white (either the text and background are white, 
or the status bar is not shown but the app is pushed down).

After trying several hacks (like hiding then showing, ...) I ended up changing 
the content of "setStatusBarOverlaysWebView" to avoid checking if we're setting 
a new value, and whenever I go back to my app after viewing a video, I call 
"StatusBar.overlaysWebView(false);".


> StatusBar issue when recovering from fullscreen video playback in landscape 
> mode
> --------------------------------------------------------------------------------
>
>                 Key: CB-10158
>                 URL: https://issues.apache.org/jira/browse/CB-10158
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: Plugin Statusbar
>    Affects Versions: 5.4.1
>         Environment: Cordova version 5.4.1 (Using CLI, not platform tools)
> StatusBar plugin version 2.0.0
> Building app on OS X El Capitan
> Device platform: iOS 9.1 
> TESTED IN SIMULATOR ONLY (iPhone 6 / iOS 9.1)
> Not tested for any other device platform
> Using the following configuration in config.xml:
> {code:xml}
>     <platform name="ios">
>         <allow-intent href="itms:*" />
>         <allow-intent href="itms-apps:*" />
>         <preference name="StatusBarOverlaysWebView" value="false" />
>         <preference name="StatusBarBackgroundColor" value="#000000" />
>         <preference name="StatusBarStyle" value="lightcontent" />
>     </platform>
> {code}
>            Reporter: Ashraf Yussouff
>              Labels: iOS, reproduced, triaged
>         Attachments: Simulator Screen Shot Dec 7, 2015, 10.28.04 AM.png, 
> Simulator Screen Shot Dec 7, 2015, 10.28.16 AM.png, Simulator Screen Shot Dec 
> 7, 2015, 10.28.24 AM.png, Simulator Screen Shot Dec 7, 2015, 10.28.34 AM.png, 
> Simulator Screen Shot Dec 7, 2015, 10.28.39 AM.png
>
>
> App uses Single Page Architecture. All HTML is loaded from a remote server 
> into a div tag on the page. A header bar at the top of the page is fixed and 
> is outside the div tag used for loading the remote HTML.
> With StatusBarOverlaysWebView=false  in config.xml, app starts correctly in 
> simulator with the status bar above the page header bar.
> Sequence of steps:
> # Load HTML with a <video> tag for some mp4 video
> # Start playback of video
> # Simulate device rotation using Simulator->Hardware->Rotate Left
> #* Video automatically switches to fullscreen and fills the entire simulator 
> screen
> # Simulate rotation back to portrait mode using Simulator->Hardware->Rotate 
> Right
> # Click "Done" to exit native player
> # NOW THE STATUS BAR COVERS THE WEBVIEW - WebView is now pushed all the way 
> up and behind the status bar.
> Problem has only been noticed when recovering from fullscreen video playback 
> involving device rotation.



--
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

Reply via email to