Public bug reported: [ Impact ]
When the user uses a screen reader and navigates through the dash, each element is notified as two: one panel with no label, and then a button with the application name as the label. This is because each icon has the BUTTON role, but is inside a container with the PANEL role, so each time the focus changes from an icon to the next, there is a change in the container, and the screen reader notifies this. But that container is useless for the screen reader, so it shouldn't be read. The upstream patch just removes setting the `label_actor`. This is because St.Widget uses that as the accessible label, but since the panel has an empty string, the result is that it says `Panel` and nothing else. Removing it ensures that no accessible text is set. Upstream patch: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/4182 Already merged in Gnome Shell 50.2 and, thus, available in Stonking, but not in Resolute. [ Test Plan ] * Enter the Ubuntu session * Enable the screen reader with Alt+Super+S * Use the keyboard to go to the dash/dock, by pressint Ctrl+Alt+Tab several times, until the dock is selected * Use the Tab key to move between the dock icons If the bug isn't fixed, the screen reader will read "Panel XXXXX Button", being XXXXX the name of the application in that specific icon. If the bug is fixed, the screen reader will read "XXXXX Button", being XXXXX the name of the application in that specific icon. [ Where problems could occur ] By removing the label actor, it can happen that extensions that use the same dash/dock button container but take advantage of St.Widget using it for the "described by" and "labelled by" ATK properties would not more have it, and would require a patch to make the container described by the screen reader again. ** Affects: gnome-shell (Ubuntu) Importance: Undecided Assignee: Sergio Costas (rastersoft-gmail) Status: New ** Description changed: [ Impact ] When the user uses a screen reader and navigates through the dash, each element is notified as two: one panel with no label, and then a button with the application name as the label. This is because each icon has the BUTTON role, but is inside a container with the PANEL role, so each time the focus changes from an icon to the next, there is a change in the container, and the screen reader notifies this. But that container is useless for the screen reader, so it shouldn't be read. The upstream patch just removes setting the `label_actor`. This is because St.Widget uses that as the accessible label, but since the panel has an empty string, the result is that it says `Panel` and nothing else. Removing it ensures that no accessible text is set. Upstream patch: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/4182 Already merged in Gnome Shell 50.2 and, thus, available in Stonking, but not in Resolute. [ Test Plan ] * Enter the Ubuntu session * Enable the screen reader with Alt+Super+S * Use the keyboard to go to the dash/dock, by pressint Ctrl+Alt+Tab several times, until the dock is selected * Use the Tab key to move between the dock icons If the bug isn't fixed, the screen reader will read "Panel XXXXX Button", being XXXXX the name of the application in that specific icon. If the bug is fixed, the screen reader will read "XXXXX Button", being XXXXX the name of the application in that specific icon. [ Where problems could occur ] By removing the label actor, it can happen that extensions that use the - same dash/dock button container but shows the application name in any - form, could stop doing that. + same dash/dock button container but take advantage of St.Widget using it + for the "described by" and "labelled by" ATK properties would not more + have it, and would require a patch to make the container described by + the screen reader again. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/2157622 Title: Apps in dash are marked as panels To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/2157622/+subscriptions -- desktop-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
