46 bytes, text/x-phabricator-request
|Details | Review|
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 Steps to reproduce: Pre-step: Enable NVDA screen reader. Step 1: Go to http://jsfiddle.net/sqdkxy4z/ (or set up a native HTML5 audio with controls) Step 2: Click / focus on the volume player. Actual results: The verbalization just reads "slider". Expected results: The verbalization should give an indication that this is some kind of volume slider.
Component: Untriaged → Video/Audio Controls
Product: Firefox → Toolkit
Does NVDA read the state (value) of the slider if it is manipulated? That is, is this just a question of putting an aria-label (accessible name) on the slider, or do we need to also provide information about the volume state ourselves?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
I believe adding an aria-label to the slider to make it clear that this is controlling volume would solve the issue.
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Pushed by email@example.com: https://hg.mozilla.org/integration/autoland/rev/ba07c543cc93 add label to volume slider, r=MarcoZ
I reproduced this issue on Windows 10 with Fx 64.0a1 (20181005220146). The issue is fixed on Fx 64.0b3 (20181022150107) on Windows 10 x64, macOS 10.13 and Ubuntu 18.04 x64.
You need to log in before you can comment on or make changes to this bug.