[SRU] Orca is skipping key details of the updates list
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
update-manager (Ubuntu) |
Fix Released
|
High
|
Nathan Teodosio | ||
Focal |
Won't Fix
|
Undecided
|
Unassigned | ||
Jammy |
Won't Fix
|
Undecided
|
Unassigned | ||
Noble |
New
|
Undecided
|
Nathan Teodosio | ||
Oracular |
New
|
Undecided
|
Nathan Teodosio |
Bug Description
[Impact]
Orca, the screen reader, correctly reads the name of each update in update-manager's list, but it never reads the toggle cell in the Install column. This means a vision-impaired user has no way of knowing which updates are selected and which are not.
It also does not announce the update message while update-manager is checking for updates.
[Test plan]
*Unmute your speakers.
*If apt list --upgradable is empty, downgrade any package.
*Start orca.
*Start update-manager.
In the initial state of the window, it's checking for new updates. Verify that the screen reader announces that fact as "checking for updates".
Once it is done, the list of packages that can be upgraded is displayed. Verify that the lines are spoken by the screen reader as you focus them (either with the keyboard or with the mouse), as well as their selection state. I.e., if the check-box corresponding to a package is checked, the screen reader should say "selected" for that package, and if unchecked, it should say "unselected".
[What could go wrong]
Screen reading capabilities of other elements of update-manager could be negatively impacted.
Related branches
- Ubuntu Core Development Team: Pending requested
-
Diff: 75 lines (+27/-3)2 files modifiedUpdateManager/UpdatesAvailable.py (+19/-3)
debian/changelog (+8/-0)
- Ubuntu Core Development Team: Pending requested
-
Diff: 75 lines (+27/-3)2 files modifiedUpdateManager/UpdatesAvailable.py (+19/-3)
debian/changelog (+8/-0)
- Sebastien Bacher: Approve
- Ubuntu Core Development Team: Pending requested
-
Diff: 69 lines (+18/-3)2 files modifiedUpdateManager/UpdatesAvailable.py (+17/-3)
UpdateManager/backend/InstallBackendAptdaemon.py (+1/-0)
description: | updated |
tags: | added: a11y raring |
Changed in update-manager (Ubuntu): | |
importance: | Undecided → High |
Changed in update-manager (Ubuntu): | |
status: | New → Fix Released |
Changed in update-manager (Ubuntu): | |
status: | Fix Released → New |
Changed in update-manager (Ubuntu): | |
assignee: | nobody → Nathan Teodosio (nteodosio) |
tags: | added: patch |
summary: |
- Orca is skipping key details of the updates list + [SRU] Orca is skipping key details of the updates list |
Changed in update-manager (Ubuntu Jammy): | |
status: | New → Won't Fix |
Changed in update-manager (Ubuntu Focal): | |
status: | New → Won't Fix |
Changed in update-manager (Ubuntu Noble): | |
assignee: | nobody → Nathan Teodosio (nteodosio) |
Changed in update-manager (Ubuntu Oracular): | |
assignee: | nobody → Nathan Teodosio (nteodosio) |
description: | updated |
I'll keep this up to date on what I find, but since I didn't mention in the description: I think this one is going to be harder than it looks.
First, probably worth mentioning that Orca also does not mention the other image inside the Install column. Right now, when I select a row in the updates list, it says "Image, System Settings, Expanded - three Items, 12.5 MB". If it was reading all of the cells, it would say something like "Image, Checkbox - ticked, Image, System Settings, Expanded - three Items, 12.5 MB". If all was right in the world, it would skip both of those images and say (at least) "Checkbox - ticked, System Settings, Expanded - three Items, 12.5 MB". If I change the order of those cells inside the Install column (and use Gtk.CellAreaBox instead of CellAreaPackage), Orca _still_ reads the label cell. The screen reader does mention the toggle cell correctly if it is in its own column, but that is quite unattractive.
I poked at Software Updater with Accerciser and it looks like the stuff inside the Install column all reaches it correctly. The toggle cell inside our GtkCellArea looks exactly like a toggle cell in its own column, except nested a little deeper. I'm hoping that is helpful for someone who knows anything about accessibility. (Eg: Not me). :)