New issue
Advanced search Search tips

Issue 787035 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

A11Y: When downloading Chrome, It is possible to tab around behind download modal

Project Member Reported by dsexton@chromium.org, Nov 20 2017

Issue description

Chrome: 64.0.3273.3 (Official Build) canary (64-bit) (cohort: Clang-64)
Firefox: 52.4.1 (64-bit)

Steps to repro: Tested in Chrome and Firefox
# Visit https://www.google.com/chrome/browser/desktop/index.html?brand=CHBD
# Click download
# Press tab to cycle between elements in the modal
# Notice how navigation wraps around and focus never leaves the modal
# Press shift+tab to cycle between elements in the modal
# Notice how navigation wraps around and focus never leaves the modal
# Press alt+d to jump to the omnibox
# Press tab multiple times and observe where the focus is
# Notice that we have escaped the modal and are tabbing behind the modal

Expected: When focus escapes the modal, it should be brought back to the first focusable element in the modal.

Actual: Focus is allowed to remain behind the modal.


 
The elements outside the dialog are aria-hidden but they're not inert. Remember that users may be trying to download Chrome from another browser so we can't use the "inert" attribute anytime soon, we need a simple low-tech solution.

I think we should attack this in two ways:
1. Fix the Chrome downloads page
2. See if we can better handle buggy pages in Chrome, i.e. what can we do when a node is aria-hidden but it gets focus anyway?


How can we get the downloads page fixed?
Labels: win-a11y
Labels: dialogs
See also issue 787051 for the screen reader part of this, and especially the discussion of aria-modal which is the newer way to mark this up (as opposed to aria-hidden).
Labels: -a11y-Dialogs
Labels: -dialogs a11y-Dialogs
Labels: --a11y-Dialogs

Sign in to add a comment