Maybe not possible to solve this, but if viral popup player(…
Maybe not possible to solve this, but if viral popup player( https://play.google.com/store/apps/details?id=com.Mata.YTplayer) is active, the portrait lock is ignored, and the screen rotates.
]]>
< ![CDATA[
BSPlayer FTW
]]>
< ![CDATA[
I just tried it, and it works for me
I mean, the android rotation setting is active, and the desktop is set to portrait lock. When I turn the device while watching a video in the pop-up mode the screen don’t rotate.
]]>
< ![CDATA[
TrianguloY you’re right for normal playback, but after pushing the fullscreen button (bottom right corner in vpp) twice i can turn the screen
]]>
< ![CDATA[
I think this is because LL doesn’t check for other apps turning the screen while LL is active
]]>
< ![CDATA[
You are right!
It seems that when it force to be in landscape LL forget their setting…or something else.
Anyway the steps are easily reproducible, Pierre Hébert will find the problem (and we hope he could fix it! )
]]>
< ![CDATA[
The problem is simpler than: Android decides what to do with the orientation based on the need of running and displayed apps. In the case of the fullscreen player I think the system selects the landscape orientation requested by the video player because it is on top of any other apps (including the launcher). When not fullscreen the video player doesn’t request a specific orientation, but when fullscreen is requires landscape, and since this is the user facing window, this is the priority one.
]]>
< ![CDATA[
And what about check if the screen is trying to rotate while the launcher is showing and if it is set to not do it force to not rotate in some way?
Or this will mean you won’t be able to rotate in any app? O.o
Well, this is not a very important bug, just an android unexpected behavior.
]]>
< ![CDATA[
The launcher is already requesting for a given orientation, but in the end the system decides what to do. When Android has several windows displayed on the screen, it needs to select only one orientation (for instance because some part of the screen are shared, status, nav bar). Detecting the orientation in use is not the requested one is possible (although this would not work on square devices, lol) but this does not allow the app to do anything else. A few drawing could be “manually” rotated in some specific parts of the screen, but most of the rendering is linked with orientation specific data (aka Resources).
]]>
< ![CDATA[
I think the problem is a bit misunderstood here. I enter fullscreen in player-> screen goes to landscape-> I leave fullscreen mode -> screen goes to portrait -> screen turns upon sensor event even if LL is focused again
]]>
< ![CDATA[
And if you close the player, it goes back to portrait, I didn’t tested this but I guess it will behave the same with other apps locked in portrait or landscape. When the player is active, Android honours the active window configuration, which may not be the same before and after leaving “fullscreen.”
]]>