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

Issue 646328 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 3
Type: Bug



Sign in to add a comment

Unnecessary focus lost from Cast overlay after clicking outside of overlay.

Reported by dchau...@etouch.net, Sep 13 2016

Issue description

Chrome Version: 55.0.2859.0 (Official Build) 3f63c614e8c4501b1bfa3f608e32a9d12618b0a0-refs/heads/master@{#418117}
Windows(7,8,10), Linux(14.04 LTS).

Precondition: Enabled 'Media Router' flag from chrome://flags.

What steps will reproduce the problem?
1. Launch chrome and click on 'Cast' option from wrench menu.
2. Click anywhere outside of Cast overlay.
3. Now, press 'Tab' key from keyboard and observe the focus.

Unnecessary focus gets lost from Cast overlay.
Focus should not get lost from Cast overlay.

Note: This is working fine in Mac OS i.e. focus doesn't get lost after clicking outside of 'Cast' overlay.

This is a non regression issue, seen from M-47 series.

Kindly review the attached screen-cast for reference.
 
Actual behavior.mp4
852 KB View Download
Status: Untriaged (was: Unconfirmed)
Untriaging it so that it gets addressed.

Comment 2 by sko...@chromium.org, Sep 13 2016

Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
It seems that other keyboard shortcuts (e.g. esc, ctrl+tab) also don't work after clicking outside the dialog.
This seems to be the expected behavior for modal dialogs. The print preview also behaves this way.

WebContentsModalDialogManager::BlockWebContentsInteraction() explicitly blocks user input to the page while a dialog is shown.
Status: WontFix (was: Available)
Closing this as WAI.

Sign in to add a comment