New issue
Advanced search Search tips

Issue 775700 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug
Team-Accessibility


Participants' hotlists:
Accessibility-Desktop-Dialog

Show other hotlists

Other hotlists containing this issue:
Hotlist-1


Sign in to add a comment

[A11y - Dialog] Modals are called in different names, ‘alert’ or ‘dialog’ or not-announced

Project Member Reported by hwi@chromium.org, Oct 17 2017

Issue description

Chrome Version       : Stable 61.0.3163.100
OS Version           : Win10
Screenreader         : NVDA

Modals are called in different names,:
- ‘Alert’: Resubmit form, JS Alert, JS Confirm
- ‘Dialog’: HTTP Auth, Add extension, JS Prompt
- Not-announced: Sign in, Print
This creates unclarity on whether the expected UI is present, and how to use the UI. 


Recommended fix:
- Consider announcing all modals as in a single consistent name, ‘dialog’

Video* (issue):
https://drive.google.com/open?id=0B1VXa3kr2lYjd3dQWVBLNEFlelU

Full doc*: go/ar-dialogs-win-2017
*: Docs and videos are google internal


Related notes:
- If an implementation to fix this bug covers all other dialogs in the same type, it will be ideal.
- If it's a spot fix for a listed dialog, we can still use the fix as a reference for future fixes for others. 
- Please discuss if the issue needs to be clarified further, and/or if there's an alternative fix. 
- Independently, expanded tests are needed for 1) Harmony flag enabled, 2) Win10+JAWS, 3) CrOS+ChromeVox, and 4) OSX+VO, and also modification of this bug is needed if the same issue occurs on 1)-4).

Thanks!

 

Comment 1 by hwi@chromium.org, Oct 17 2017

Summary: [A11y - Dialog] Modals are called in different names, ‘alert’ or ‘dialog’ or not-announced (was: Modals are called in different names, ‘alert’ or ‘dialog’ or not-announced)

Comment 2 by hwi@chromium.org, Oct 17 2017

Description: Show this description

Comment 3 by hwi@chromium.org, Oct 18 2017

Harmony (chrome://flags/#secondary-ui-md) has the same issue. 
Tested on Canary 64.0.3243.1, Win10, NVDA

Comment 4 by hwi@chromium.org, Oct 30 2017

Status: Available (was: Untriaged)
Labels: win-a11y
Labels: dialogs
Labels: Pri-2
Setting to p2 since this was found during our assessment
Perhaps it should be a "dialog" when the user brings it up explicitly (e.g. Ctrl+P to print), and an "alert" or "alert dialog" when it happens fairly spontaneously and is possibly an unexpected interruption.


Owner: aleventhal@chromium.org
Status: Assigned (was: Available)
Labels: -a11y-Dialogs
Labels: -dialogs a11y-Dialogs
Labels: --a11y-Dialogs

Sign in to add a comment