maemo.org Bugzilla – Bug 12052
Orientation lock causes incoming call to not display properly
Last modified: 2012-04-22 18:06:58 UTC
You need to
before you can comment on or make changes to this bug.
EXACT STEPS LEADING TO PROBLEM:
1. Phone > Turning control > Display orientation set to "Portrait".
2. Status menu > Orientation lock set to "Landscape orientation locked".
3. Receive a phone call.
All buttons are visible on the screen.
Display is the portrait layout stretched onto the landscape display.
Resulting in a stretched Answer button and the reject button being off the
EXTRA SOFTWARE INSTALLED:
I am unsure which component is causing this, so I've added the bug as general.
Is "forcerotation" activated?
(In reply to comment #1)
> Is "forcerotation" activated?
Yes force rotation is activated.
Resolving as INVALID, as per:
"forcerotation" is not designed to enable system-wide portrait use, and a
number of apps are known to break:
(In reply to comment #3)
> Resolving as INVALID, as per:
> "forcerotation" is not designed to enable system-wide portrait use, and a
> number of apps are known to break:
With force rotation turned off the problem is still there.
Like this?: https://bugs.maemo.org/attachment.cgi?id=2256
That sounds like bug 8958 but that one should have been fixed by PR1.2...
(In reply to comment #5)
> Like this?: https://bugs.maemo.org/attachment.cgi?id=2256
> That sounds like bug 8958 but that one should have been fixed by PR1.2...
Yes, that's what it looks like.
I think (having been trying to implement a portrait lock, for applications
which support it) the way that the current implementation of landscape lock
works is incorrect.
By implementing it in hildon-desktop, the windows are shown correctly; however
the application is not notified of the choice. So, for example, if Phone is set
to show in "Portrait only" this problem will occur.
There are two approaches, I think:
1) Take account of "portrait demanded" in hildon-desktop/src/hd-comp-mgr.c
and see if that solves the issue.
2) Implement the orientation lock at a lower level, i.e. the signals sent
to the applications about rotation.
I think #2 is the better option, but a wholly different approach :-/
For me it's a bug that became a feature: before this lock I had to wait 1-3
seconds (!) until phone will rotate so I can answer it. And now the only button
that is hidden is hang up button which still can be triggered by "screen down"
gesture. And in this way I can answer the phone without looking at it because
answer button place is predictible.
*** Bug 12475 has been marked as a duplicate of this bug. ***