Dash - After scrolling to the bottom of the Dash using the cursor keys, navigating back upwards is broken
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Design |
Fix Released
|
Medium
|
John Lea | ||
Nux |
Fix Released
|
Medium
|
Jay Taoko | ||
Unity |
Fix Released
|
Medium
|
Jay Taoko | ||
nux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
unity (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
After scrolling to the bottom of the Dash using the cursor keys, navigating back upwards using the cursor keys is broken.
To Reproduce:
1. Open the Dash and go to the App lens
2. Expand the "Installed" category header
3. using the 'down arrow' cursor key, scroll to the bottom of the results
4. when at the bottom of the results, press the 'up arrow' cursor key a few times
What currently incorrectly happens:
- after pressing up a couple of time, the focus magically jumps back to the top of the dash
Desired correct behaviour:
- pressing the 'up arrow' cursor key should be the exact opposite of pressing the 'down arrow' cursor key. The focus should move one step at a time and should not magically jump.
tags: | added: onew udo |
Changed in ayatana-design: | |
assignee: | nobody → John Lea (johnlea) |
importance: | Undecided → Medium |
status: | New → Fix Committed |
Changed in unity: | |
milestone: | none → 4.24.0 |
status: | New → Triaged |
Changed in unity (Ubuntu): | |
status: | New → Triaged |
milestone: | none → later |
Changed in unity: | |
milestone: | 4.24.0 → 4.26.0 |
tags: | added: udp |
Changed in ayatana-design: | |
status: | Fix Committed → Triaged |
Changed in nux: | |
status: | New → Confirmed |
Changed in nux (Ubuntu): | |
status: | New → Confirmed |
Changed in ayatana-design: | |
status: | Triaged → Fix Committed |
Changed in nux: | |
importance: | Undecided → Low |
Changed in unity: | |
importance: | Undecided → Low |
Changed in unity: | |
milestone: | 4.26.0 → 4.28.0 |
Changed in unity: | |
milestone: | 4.28.0 → 4.30.0 |
Changed in nux: | |
importance: | Low → Medium |
Changed in unity (Ubuntu): | |
milestone: | later → oneiric-updates |
Changed in nux (Ubuntu): | |
importance: | Undecided → Medium |
Changed in unity (Ubuntu): | |
importance: | Undecided → Medium |
Changed in unity: | |
importance: | Low → Medium |
Changed in unity: | |
milestone: | 4.30.0 → 5.4.0 |
Changed in nux: | |
status: | Confirmed → Fix Committed |
Changed in unity: | |
status: | Triaged → Fix Committed |
Changed in nux (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in unity (Ubuntu): | |
status: | Triaged → Fix Committed |
Changed in unity: | |
assignee: | Gord Allott (gordallott) → Jay Taoko (jaytaoko) |
Changed in nux: | |
milestone: | none → 2.4 |
Changed in nux: | |
status: | Fix Committed → Fix Released |
Changed in unity: | |
status: | Fix Committed → Fix Released |
Changed in nux (Ubuntu): | |
status: | Fix Committed → Fix Released |
Changed in unity (Ubuntu): | |
status: | Fix Committed → Fix Released |
tags: | added: reviewedbydesignp |
Changed in ayatana-design: | |
status: | Fix Committed → Fix Released |
tags: | removed: udo udp |
Assigned nux + jay because it seems like fixing this is not possible with the current focus API we have in nux, when the focus is changed we have no idea which direction we were focused from, so we can't make sure that the correct item is focused if you navigate up say from one result view to a result view above it