New issue
Advanced search Search tips

Issue 775711 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug
a11
Team-Accessibility

Blocked on:
issue 764918


Participants' hotlists:
Accessibility-Desktop-Dialog


Sign in to add a comment

[A11y - Dialog] Popovers repeat the body announcement twice when using NVDA+B

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

Issue description

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

When the body announcement is triggered by NVDA+B, it reads 1)[Title] dialog, 2)[Body including title minus reading controls], 3)[Body including title, plus controls]. Repro the issue from the following popovers:
- Save password
- Save credit card
- Permission
- Bookmark
- Page info
- Extension added
Recommended fixes:
- Suppress ‘2’ since it’s less meaningful than ‘3’
- Consider suppressing ‘title’ from ‘3’ if possible


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


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] Popovers repeat the body announcement twice when using NVDA+B (was: Popovers repeat the body announcement twice when using NVDA+B)

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) behaves differently in 3)
Tested on Canary 64.0.3243.1, Win10, NVDA

Difference: in 3), it only reads "controls"

This Harmony behavior is also/still an issue because:
- in 2), it reads text elements only, e.g. label only without the associated control, link text without indicating it's a link
- in 3), it reads controls only so it doesn't provide surrounding context

Desired behavior:
- Read '[Title] dialog' first (Note: although this might be redundant, we need to keep for the case of NVDA+T to read title only.)
- Then, read [All foreground elements, i.e. title, text elements, graphic elements(if meaningful), and controls in the *visual layout order*]

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

Status: Available (was: Untriaged)
Labels: win-a11y
Labels: dialogs
Update from dsexton@: still reproing with NVDA 2017.4 with Google Chrome 66.0.3349.0 (Official Build) canary (64-bit) (cohort: 64-Bit) 
Blockedon: 764918
Related to this password popover specific bug so marking as blocked by: 764918
Labels: a11
Cannot repro, tried with save password, save credit card and bookmark.
Status: WontFix (was: Available)
I am also not able to repro this in current versions:
68.0.3409.0 (Official Build) canary (64-bit) (cohort: Clang-64)
66.0.3359.117 (Official Build) (64-bit) (cohort: 66_117_win)

Sign in to add a comment