Translations panel toggle does not communicate its collapsed/expanded state
Categories
(Firefox :: Translations, defect, P3)
Tracking
()
Accessibility Severity | s3 |
People
(Reporter: ayeddi, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
207.07 KB,
image/png
|
Details |
STR:
- Ensure a screen reader is running
- Ensure that Translations are activated via
browser.translations.enable=true
. - On a translatable website, navigate to the awesomebar. Press
Tab
once to move the focus to PiP control (if present) and then (if needed) useRight Arrow
key to focus theTranslate this page
toggle - Observe a screen reader announcement
- Press
Space
orEnter
to open a Translations panel - Observe a screen reader announcement
- (While the bug 1835361 is not resolved) move the focus away from the toggle and back by pressing
Shift + Tab
and thenTab
- Observe a screen reader announcement
- Press
Escape
to dismiss the panel - Focus the toggle button and observe a screen reader announcement
Expected:
- The
Translate this page
button would, by default, when the panel is not visible, announcecollapsed
as its state and when opened the state would dynamically change toexpanded
and back tocollapsed
, when the panel is dismissed
Actual:
- Screen reader is not announcing if the toggle button
Translate this page
has a popup panel attached or not (collapsed
state would imply this to a user), and whether the panel itself is visible or not (expanded
/collapsed
states)
Notes:
- Use
aria-expanded
set tofalse
by default on the button element and update its value appropriately
Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 1•2 years ago
|
||
The severity field is not set for this bug.
:nordzilla, could you have a look please?
For more information, please visit BugBot documentation.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 2•2 years ago
|
||
I'm confused by this bug because other panels do not have this behavior from what I can tell. I do not see other panels reporting their collapsed state. I also can't see how to get the macOS VoiceOver to focus on the button after opening the panel, so this would mean the expanded state would never be reported. Is this bug correct :ayeddi? Can you provide other examples of panels with this behavior that I can reference?
I tried to reproduce with the bookmarks button, and the site protections panel, and they do not add this aria-expanded label or report collapsed state.
Reporter | ||
Comment 3•2 years ago
|
||
(In reply to Greg Tatum [:gregtatum] from comment #2)
I'm confused by this bug because other panels do not have this behavior from what I can tell. I do not see other panels reporting their collapsed state. I also can't see how to get the macOS VoiceOver to focus on the button after opening the panel, so this would mean the expanded state would never be reported. Is this bug correct :ayeddi? Can you provide other examples of panels with this behavior that I can reference?
I tried to reproduce with the bookmarks button, and the site protections panel, and they do not add this aria-expanded label or report collapsed state.
Apologies, Greg, I should've clarified it while filing the bug. Since/when bug 1835361 is resolved and the focus is moved from the button on the toolbar to the panel itself, this should not be needed. It's if the focus stays on the toggle button, then we need to explicitly notify a user that there is new content that was opened (and they need to go to it to review). I can close this ticket when the keyboard focus patch is landed and tested/verified.
Comment 4•2 years ago
|
||
:ayeddi Did you want to verify the fix here before I close it?
Reporter | ||
Comment 5•2 years ago
|
||
Thank you, :gregtatum, for working on this bug and bug 1835361 - the issue is confirmed fixed, feel free to close this bug.
Updated•2 years ago
|
Description
•