New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 754478 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
█ eplumme...@gmail.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug
Team-Accessibility



Sign in to add a comment

Accessible focus moves to menuitem instead of pop-up button for <select> on Mac

Project Member Reported by aboxhall@chromium.org, Aug 10 2017 
Chrome Version: 62.0.3181.0 (Official Build) canary (64-bit)
OS: OSX

What steps will reproduce the problem?
(1) Go to test page https://codepen.io/eplummer26/pen/gxWOaq
(2) Navigate to the <select> using VoiceOver
(3) Observe that the role announced is "menu item", not whatever role the <select> maps to on your platform

What is the expected result?

Accessible focus should move to the <select>

What happens instead?

Focus is moved to the selected menu item. This means that the label for the <select> is never announced until you use VoiceOver to move back up the hierarchy.

Comment 1 by aboxhall@chromium.org, Aug 10 2017

Cc: eplumme...@gmail.com
Adding emplummer to CC as they brought it to my attention and created the reduced test case.
Project Member

Comment 2 by sheriffbot@chromium.org, Aug 13

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 3 by nek...@chromium.org, Sep 7

Status: Available (was: Untriaged)

Comment 4 by nek...@chromium.org, Sep 7

Components: -Blink>Accessibility UI>Accessibility>Compatibility
►

Sign in to add a comment