New issue
Advanced search Search tips

Issue 856160 link

Starred by 1 user
Status: WontFix
Owner:
dmazz...@chromium.org
Closed: Jul 13
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug
Team-Accessibility



Sign in to add a comment

A11y: chrome://accessibility: JAWS and NVDA lose all role and state in a tab when viewing accessibility tree

Project Member Reported by dsexton@chromium.org, Jun 25 2018 
Chrome: 69.0.3472.0 (Official Build) canary (64-bit) (cohort: Clang-64)
NVDA: 2018.2.1
JAWS: 2018

Steps to repro:
# With JAWS or NVDA, open https://bugs.chromium.org/p/chromium/issues/list in Chrome
# Navigate the page with arrows
# Move to next table with 't'
# Open chrome://accessibility in a new tab
# Click 'show accessibility tree' button under 'pages' heading for the 'Issues - chromium - An open-source project to help move the web forward. - Monorail ' tab
# Switch back to the 'Issues - chromium - An open-source project to help move the web forward. - Monorail ' tab
# Navigate with arrows
# Use 't' and shift+t to navigate by tables

Expected: JAWS and NVDA should be able to access the page after viewing the accessibility tree

Actual: JAWS and NVDA cannot navigate the page. While tab works to navigate the page, no role information is spoken such as 'link' for links. The table is not visible in JAWS and has 0 rows and 0 columns in NVDA.

Comment 1 by dsexton@chromium.org, Jun 25 2018 

Update:
Only JAWS loses the ability to identify elements such as links and checkboxes.
NVDA has problems properly indexing and navigating the table while JAWS doesn't see the table at all.

Comment 2 by dsexton@chromium.org, Jun 25 2018

Status: Assigned (was: As)

Comment 3 by dmazz...@chromium.org, Jun 25 2018 

Can you confirm whether or not refreshing the virtual buffer (for example Insert+Escape) is a successful workaround?

Comment 4 by dsexton@chromium.org, Jun 25 2018 

No, the tab is actually broken and doesn't seem to load the accessibility tree.
Even on refresh or on loading a new URL. I must close the tab and open a new tab before accessibility is restored.
Project Member

Comment 5 by bugdroid1@chromium.org, Jul 10 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/a5955428b7ded84cc32618843735028e79d523d3

commit a5955428b7ded84cc32618843735028e79d523d3
Author: Dominic Mazzoni <dmazzoni@chromium.org>
Date: Tue Jul 10 20:09:53 2018

Revert: Free up accessibility tree resources from hidden frames.

It was causing too many problems like being unable to inspect background
tabs in chrome://accessibility and losing your place when switching tabs.
We should come up with a better fix.

Original change: crrev.com/c/1107207

TBR=nektar@chromium.org

Bug: 854411,  856163 ,  856160 
Change-Id: Iaef9b8ccbd47defba02e4e887f8219d00e77a808
Reviewed-on: https://chromium-review.googlesource.com/1131846
Reviewed-by: Dominic Mazzoni <dmazzoni@chromium.org>
Commit-Queue: Dominic Mazzoni <dmazzoni@chromium.org>
Cr-Commit-Position: refs/heads/master@{#573876}
[modify] https://crrev.com/a5955428b7ded84cc32618843735028e79d523d3/chrome/test/data/extensions/api_test/automation/tests/tabs/tab_id.js
[modify] https://crrev.com/a5955428b7ded84cc32618843735028e79d523d3/content/renderer/accessibility/blink_ax_tree_source.cc
[modify] https://crrev.com/a5955428b7ded84cc32618843735028e79d523d3/content/renderer/accessibility/blink_ax_tree_source.h
[modify] https://crrev.com/a5955428b7ded84cc32618843735028e79d523d3/content/renderer/accessibility/render_accessibility_impl.cc
[modify] https://crrev.com/a5955428b7ded84cc32618843735028e79d523d3/content/renderer/accessibility/render_accessibility_impl.h

Comment 6 by dmazz...@chromium.org, Jul 13

Status: WontFix (was: Assigned)
The offending change was reverted
►

Sign in to add a comment