This sounds like the expected behavior if you ask me...
The sensors have a threshold so they don't keep on flipping between
portrait/landscape when the device is flat on the table. If you hold it
in portrait and place it flat on the desk it will stay in portrait, if
you hold it in landscape and then place it flat down, it'll stay in
landscape. In unity8 we don't read actual sensor values ourselves, but
we get a clear "Landscape" or "Portrait" from the lower layers (qtmir I
think fills in the Screen.orientation value).
The above steps to reproduce do this:
* Put sensors in Portrait
* place it down flat (sensors stay in portrait as expected)
* focus a rotation-locked application which will cause unity8 to ignore the
sensors.
* put the sensors in landscape
* place it down flat (sensors stay in landscape as expected)
* focus a rotation-enabled app, which will cause unity8 to regard the sensors,
and thus rotate to landscape.
In order to get away with it, it seems a back-channel from unity8 down
to QtMir and QtUbuntu would be needed in order to really turn off the
sensor logic while a rotation-locked app is focused. I for one still
think the way it currently works is quite expected tho. After all you
did hold it up in portrait and instructed the sensors to rotate to
portrait. Unity8 will execute that request as soon as possible.
** Changed in: unity8 (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1500633
Title:
orientation sensor "last vertical" seems to be remembered and applied
To manage notifications about this bug go to:
https://bugs.launchpad.net/qtmir/+bug/1500633/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
