2038203 - Navigation inside the search engine table does not work correctly with screenreader on

Status: RESOLVED DUPLICATE of bug 2023928

(Firefox :: Settings UI, defect)

Description

[Cristian Baica [:cbaica], Release Desktop QA]

Affected versions

• Fx 152.0a1

Affected platforms

• Windows
• Ubuntu

Preconditions

• Turn on NVDA screenreader.
• browser.settings-redesign.enabled set to true.

Steps to reproduce

1. Launch Firefox and navigate to the about:preferences#search page.
2. Use 'tab' to navigate to the 'Additional search engines' table.
3. Use the arrow keys to navigate inside the table.

Expected result

• Keyboard navigation using arrows can be done without issues inside the search engine table, and each element is correctly read and highlighted.

Actual result

• Keyboard arrow navigation is done without highlighting elements while screenreader is on.
• Keyboard navigation using left/right arrow keys, forces the screenreader to read each letter of the engine name and shortcut inside the table.

Regression range

• This is not a regression.

Additional notes

• The screen reader does not read out the 6dots, edit or toggle buttons on mouse over. Though they are correctly read out when reached via keyboard.

Comment 1

[Mark Banner (:standard8)]

Moving across to settings as they're dealing with the accessibility issues of the search table.

Comment 2

[Tim Giles [:tgiles]]

I can more quickly navigate the table using Ctrl + Arrow Right, Ctrl + Arrow Left, Arrow Up, and Arrow Down when NVDA is enabled but I don't know if that's the expected navigation behavior for this sort of list. I'm also seeing the issue where the drag handle (6 dots), edit button and toggle button are not being announced when using a mouse.

Adding the access keyword to get a more accurate severity rating from the a11y team

Comment 3

[akulyk]

This issue will be addressed as a part of Bug 2023928 - Control+shift+up/down keboard shortcut doesn't work with NVDA for reorderable moz-box-group elements