Open
Bug 1996700
Opened 1 year ago
Updated 1 year ago
[Weather Widget] The weather opt-in dialog container is missing an accessible name
Categories
(Firefox :: New Tab Page, defect)
Tracking
()
NEW
| Accessibility Severity | s3 |
People
(Reporter: ayeddi, Unassigned, NeedInfo)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
Steps to reproduce (STR):
- Have a screen reader running (i.e. NVDA on Windows OS)
- In Firefox Nightly, ensure the following preferences are set in
about:config:browser.newtabpage.activity-stream.showWeather=truebrowser.newtabpage.activity-stream.system.showWeather=truebrowser.newtabpage.activity-stream.system.showWeatherOptIn=truebrowser.newtabpage.activity-stream.weather.optInAccepted=falsebrowser.newtabpage.activity-stream.weather.optInDisplayed=truebrowser.newtabpage.activity-stream.weather.staticData.enabled=truebrowser.search.region=FR(or another region included inbrowser.newtabpage.activity-stream.discoverystream.optIn-region-weather-config) - ensure to restart Firefox Nightly if this value was changed
- Open a new tab or navigate to
about:newtab - Confirm that when the Weather Widget is displayed for the first time, the opt-in dialog titled “Do you want to see the weather for your location?” appears
- Observe what is announced by a screen reader when the focus is moved to the opt-in dialog
- Alternatively, review the dialog container in the Accessibility tree using Firefox Developer Tools > Accessibility panel inspector
Expected results:
- The dialog container should have an accessible name. In this case, the accessible name should be the same as its on-screen heading:
Do you want to see the weather for your location? - The accessible name should be programmatically provided via an
aria-labelledbyproperty referencing the dialog’s<h3>heading. - Screen readers should announce the dialog with its title upon focus, i.e. “Dialog, Do you want to see the weather for your location?”.
Actual results:
- The dialog container has no accessible name (no
aria-labelledbyattribute is provided), thus onlydialogrole is announced by a screen reader when a focus is moved into the dialog - The heading “Do you want to see the weather for your location?” is visually present but not programmatically associated with the dialog
- User impact: Screen reader users and other assistive technology users would not know the purpose of this dialog when it appears. Without an accessible name, only the role of the dialog is announced, providing no context about what this dialog contains or/and what the user is being asked to do in this dialog.
Recommendation:
- Add an
aria-labelledbyattribute to the weather opt-in dialog container referencing the dialog’s<h3>heading.- Example:
<dialog open={true} aria-labelledby="newtab-weather-opt-in-title"> <h3 data-l10n-id="newtab-weather-opt-in-see-weather" id="newtab-weather-opt-in-title">Do you want to see the weather for your location?</h3> [...] </dialog>
- Example:
- Verify that the dialog's accessible name is correctly announced by screen readers.
Comment 1•1 year ago
|
||
The severity field is not set for this bug.
:thecount, could you have a look please?
For more information, please visit BugBot documentation.
Flags: needinfo?(sdowne)
You need to log in
before you can comment on or make changes to this bug.
Description
•