Closed Bug 1325376 Opened 9 years ago Closed 9 years ago

Button labels in container dialog not exposed to assistive technology users

Categories

(Firefox :: Disability Access, defect)

53 Branch
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: am_dxer, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0 Build ID: 20161221030226 Steps to reproduce: 1. Select the File menu. 2. Select New Container Tab. 3. Select Manage Containers. Actual results: When using the Tab key to navigate this dialog. The buttons associated with each container tab are spoken by assistive technologies as button Expected results: The buttons should be labeled for assistive technology users.
Component: Untriaged → Disability Access
Status: UNCONFIRMED → NEW
Ever confirmed: true
Gijs, what's the best component to put this UI bug in?
Flags: needinfo?(gijskruitbosch+bugs)
(In reply to Marco Zehe (:MarcoZ) (Returns Jan 9, 2017) from comment #1) > Gijs, what's the best component to put this UI bug in? I'm not sure without looking into this in more detail to see what the issue is. I did already look in the past, but the button markup looked fine to me, so I don't understand why it wouldn't work - which might be a Core bug, unless someone can explain in more detail what's wrong with the markup as is. It's also possible this got fixed in bug 1315458, which changed some of the markup. It's also not 100% clear to me *which* buttons (there are rather a lot in this dialog) aren't getting the right accessible title / name. Can you take a look?
Flags: needinfo?(gijskruitbosch+bugs) → needinfo?(mzehe)
I noticed that after my nightly updated, the buttons are now correctly labeled. I did notice, however, that nothing is voiced when using the arrow keys to navigate the list of containers in this same dialog.
(In reply to am_dxer from comment #3) > I noticed that after my nightly updated, the buttons are now correctly > labeled. I did notice, however, that nothing is voiced when using the arrow > keys to navigate the list of containers in this same dialog. I don't think you can navigate the list with the arrow keys. The individual items are not focusable/selectable, only the buttons are. If focus is correctly moving from button to button if you're using the arrow keys, and things get read if you do that with tab/shift-tab, but not read if you use the arrow keys, then I wouldn't really know what's going on...
These buttons now work, so this bug can be closed as WORKSFORME. However that other part of the UI where there is a non-navigable list with only a few buttons really needs some additional love. When tabbing through, you never know what Preferences item you are editing or deleting. Also, the fact that this thing still says "list" even though it isn't navigable is just plain wrong. :-)
Flags: needinfo?(mzehe)
(In reply to Marco Zehe (:MarcoZ) from comment #5) > However > that other part of the UI where there is a non-navigable list with only a > few buttons really needs some additional love. When tabbing through, you > never know what Preferences item you are editing or deleting. Also, the fact > that this thing still says "list" even though it isn't navigable is just > plain wrong. :-) Can you file a new bug that blocks bug 1267916 and bug 1191418 with some more details about how you think this *should* work?
Flags: needinfo?(mzehe)
Done, bug 1329643. Closing this bug as WORKSFORME, see comment #3.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(mzehe)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.