Timer in rewritten OrientationHelper breaks keyboard orientation
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-ui-toolkit (Ubuntu) |
Fix Released
|
Undecided
|
Michael Sheldon | ||
Vivid |
New
|
Undecided
|
Unassigned |
Bug Description
The rewritten OrientationHelper that was merged into trunk here: http://
Because the keyboard changes its orientation based on the application orientation this results in the keyboard rotating 250ms after the application has rotated, and more problematically means that the input area reported by the keyboard after the orientationAngl
Steps to reproduce
1) Open the browser
2) Tap the address bar
3) Rotate the phone
Expected outcome
All keys on the keyboard can be pressed
Actual outcome
Only keys in the old input area can be pressed because the new input area hasn't been reported.
Related branches
- PS Jenkins bot: Approve (continuous-integration)
- Zsombor Egri: Approve
- Daniel d'Andrada (community): Approve
-
Diff: 12 lines (+1/-1)1 file modifiedmodules/Ubuntu/Components/OrientationHelper.qml (+1/-1)
description: | updated |
Changed in ubuntu-ui-toolkit (Ubuntu): | |
assignee: | nobody → Michael Sheldon (michael-sheldon) |
status: | New → In Progress |
I've linked a branch with a proposed fix that removes the use of the timer when the orientationAngle is being set explicitly rather than from the screen orientation/ primaryOrientat ion, which solves the issue from the keyboard's perspective (since it follows the application orientation).
This doesn't solve the issue for any apps using automatic orientation that want to rely on the orientationAngl eChanged signal as an indicator that the orientation has actually changed though.