Removing from Mac bug queue.

Thanks for filing the issue.
hardik.smartguy@,
Could you please provide us a sample html file/test file to triage the issue further from our end.

Hi jmukthavaram@,

I have tried to replicate the similar scenario what we have in our project.
Our project is developed in Ember.js framework.

It is basically, when we redirect to some route(Terminology of a page in Ember.js) we have a container, which gets filled up with the overlay content. But beneath the overlay we render the previous page, to give a look of the overlay being opened up on the previous page.

Handling of focus is done by this way:
We have an overlay(Div with class="overlay-container" in the attache file) that represents a component in Ember.js and there is hook in Ember framework, "afterRender" where we trigger to focus the div with class="overlay" in the attached example. This "afterRender" gets triggered once the DOM structure is rendered and we tend to focus the component it self.

Deleted: Sample Code.html 2.3 KB

Sample Code.html 2.3 KB View Download

Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Tested the issue on Chrome #58.0.3029.110, Current Stable #59.0.3071.86 and Canary #61.0.3131.0 on Mac 10.12.5 and Windows 10.0 and was not able to reproduce the issue. Please find the screen shot for reference.

@Reporter: Could you please let us know if i have missed anything. If possible, create new profile with out extensions and apps. Re-check once and let us know the observation of the issue which would help us to triage the issue further.

Thanks in Advance!

Deleted: 732412.mov 3.2 MB

732412.mov 3.2 MB Download

Hi msrchandra@,

Thanks for replying and trying this. So this is something what is happening with the framework what we have Ember.js. Also, the way we have handled the overlays, i wont be able to showcase the same program for that.

But I tried it in the Canary #61.0.3131.0 on Mac 10.12.5 and it is working fine in the Canary build, but not in the current stable build of Chrome.

Also, one thing i noticed on the current Chrome version, that when the overlay opens, the Browser Focus gets transferred to the overlay container but the ChromeVox focus still remains on the link that was clicked which triggered the overlay.

Thank you for providing more feedback. Adding requester "msrchandra@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Able to reproduce the issue on Windows 10, Ubuntu 14.04 and Mac 10.12.5 using reported Stable version #58.0.3029.110, latest stable version #59.0.3071.104 and latest canary #61.0.3135.4.

This is a Regression issue  broken in M-51
Please find the bisect information from below:

Bisect Information:
=====================
Good build: 51.0.2679.0	 Revision(381134)
Bad Build : 51.0.2680.0	 Revision(381354)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/974fa818537a8d00fb3537a836db79e2539a7889..2f9367a3f1bc731e1cae19edfa3b89bc18071093

Unable to find exact suspect from Changelog
Could anyone from dev team please look into it

Thanks...!!

Setting to available since there has already been work on this bug. 

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

The ChromeVox extension is only in maintenance mode. Feel free to file a bug if this repros with a native screen reader, or with ChromeVox on Chrome OS.