New issue
Advanced search Search tips

Issue 867728 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

JAWS starts continuous reading on launch of Switch Accounts UI

Project Member Reported by lprazdnik@google.com, Jul 26

Issue description

Version 70.0.3502.3 (Official Build) canary (64-bit)
Version 69.0.3497.12 (Official Build) dev (64-bit)
JAWS Version 2018.1807.8 ILM
NVDA version 2018.2.1
Windows Version 1709 (OS Build 16299.547)
Steps:
# Launch JAWS
# launch any of above versions of chrome
# press CTRL + Shift + M to activate Switch Accounts dialog
Expected: JAWS should announce the dialog, followed by first control in focus
Actual: JAWS starts reading the entire dialog with all controls as soon as dialog is launched
Notes:
Reproduces in Canary and Dev
Reproduces with JAWS, does not reproduce with NVDA


 
Labels: a11y-Tabstrip
Labels: JAWS
Labels: PM-markchang
Labels: -JAWS JAWS-specific
Labels: -JAWS-specific
Owner: dfried@chromium.org
Status: Assigned (was: Available)
Also reproduces in NVDA in latest code.
Labels: -PM-markchang -a11y-Tabstrip
Owner: tangltom@chromium.org
This affects all screen readers. The problem is that the account management menu is not correctly set up as a menu (and is in fact a dialog in the code), so it's treated as a dialog. Because it's built from a bunch of different views depending on very complex state logic, it would be hard for us to figure out what the correct way to handle it in all situations would be. I am handing the bug back over to the last engineer to do significant work restructuring the code, on the Sign-In team, as he will have significantly better context as to how the menu is actually assembled.
Cc: markchang@chromium.org bsep@chromium.org dfried@chromium.org

Sign in to add a comment