<audio> range input incorrectly exposed in acc layer |
|||||
Issue descriptionChrome 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
,
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
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
,
Dec 17
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 |
|||||
Comment 1 by faulkner...@gmail.com
, Aug 18 2017