Chrome Version: 60.0.3112.101 OS: (e.g. Win10) What steps will reproduce the problem? (1) go to https://thepaciellogroup.github.io/AT-browser-tests/test-files/audio.html (2) Check the range input for volume using an object inspection tool What is the expected result? exposed as role= slider in MSAA/Ia2 What happens instead? exposed as role=client in MSAA/Ia2
Aug 18 2017,
Note also the current accessible name "media control" is not useful in explaining the controls function; it controls the volume.
Sep 8 2017,
Chrome 63.0.3208.0 (Official Build) canary (64-bit) (cohort: 64-Bit) Windows 10 Enterprise Version 10.0.14393 Build 14393 Hello, I am able to reproduce this using this Chrome Accessibility Experiment to inspect the elements in Chrome canary: https://gist.github.com/marcysutton/0a42f815878c159517a55e6652e3b23a The element is shown as "Unknown" in Windows, aka "client".
Dec 8 2017,
same issue in <video> element controls
Dec 14 2017,
The user impact here is that the volume on a media player is not recognized properly by the screen reader because it is not treated as a slider.
Dec 14, Project Member
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
Just tested in Chrome 70 and this is now exposed as a slider. Works with NVDA. Not sure when it was fixed.
Sign in to add a comment