New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 600219 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Nov 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

[a11y] Chrome/NVDA freezes during page load

Reported by kevincha...@gmail.com, Apr 4 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2698.0 Safari/537.36

Steps to reproduce the problem:
1. Install/run NVDA from www.nvaccess.org
2. start out and go to google. Then navigate to zonebbs.com and then navigate to blindbargains.com and then go to atguys.com and then go to facebook.com, 3. Most likely, you won't even get to Google, but by the third site you should experience the crash., Or at least I do almost 100% of the time..

What is the expected behavior?
Page to load and focus to be in document body/HTML content

What went wrong?
by the third site you should experience the crash

Did this work before? Yes Previous Canary build

Chrome version: 51.0.2698.0  Channel: canary
OS Version: Windows 10
Flash Version: Shockwave Flash 21.0 r0

Critical use case that impacts ability to go to sites using NVDA
 
I am a user of NVDA and would love to use Chrome with NVDA, however this issue definitely causes a loss of productivity. I very much appreciate all of your work and effort to make Chrome accessible to those of us that rely on screen reading technology. I do experience this issue, and it does not only happen with the above sites.
Additional notes: I am able to reliably repro this bug on both Dev and Canary but not on regular Chrome build. I can always cause this bug to come up by doing the following:
1. Navigate to blindbargains.com
2. Navigate to google.com
3. Observed behavior on my end is that there is a loss of focus and NVDA can no longer access web content. NVDA hasn't frozen, and Chrome has not crashed.
I am attaching an NVDA log as I am not sure if the issue is Chrome-related or related to NVDA. However I hope this helps in troubleshooting the issue.
NVDA Log.txt
15.4 KB View Download
Cc: dmazz...@chromium.org
Owner: nek...@chromium.org
Status: Started (was: Unconfirmed)
Sorry, I was unable to reproduce any crashes. I am looking into the focus bug.
I started NVDA (fully updated), started Chrome Canary Version 51.0.2699.0 (64-bit), cleared my history and navigated to all the sites listed above. Then, I navigated to the same sites again in a few random permutations. No crashes occurred.
Could you please provide the IDs associated with the crashes?
To do this, navigate to chrome://crashes and copy / paste here the IDs of the crashes that took place on the day you had experienced this issue.

Hello,

I can not provide an ID as Chrome did not actually crash. I apologize if 
the content of the message is confusing, however the focus loss is what 
I experience. Chrome does not crash, however NVDA gets to a point where 
it is unable to read web content unless Chrome is restarted.

Thank you so much for all that you do and for looking into this issue.

On 4/4/2016 2:19 PM, nektar@chromium.org via Monorail wrote:
Sorry for misunderstanding the issue. Indeed, NVDA freezes. Not Chrome.
The problem is that under certin conditions, NVDA's tree interceptor doesn't get created. I checked with other accessibility debugging tools and Chrome's accessibility tree is present and accessibility mode is enabled, but NVDA still doesn't create a virtual buffer for it.
I'll look through NVDA's source code to see where we might be tripping it up, since the log didn't help.
Thanks for your patientce while I am trying to resolve this.

Comment 7 by nek...@chromium.org, Nov 14 2016

Status: Fixed (was: Started)
Crashes have definitely been eliminated.

Sign in to add a comment