New issue
Advanced search Search tips

Issue 822353 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Bug

Blocked on:
issue 754101



Sign in to add a comment

Cast dialog not dismissible after clicking in page

Project Member Reported by pbos@chromium.org, Mar 15 2018

Issue description

Chrome Version       : 66.0.3359.26
OS Version: 10.0

What steps will reproduce the problem?
1. Click 3dot -> Cast
2. Click somewhere else on the page
3. Click Esc to close the still-visible dialog

What is the expected result?

Dialog focus should be kept inside the dialog and hence close at 3. Closing the dialog at 2 would also be acceptable, but then the dialog should anchor to the cast icon and not look like a modal dialog.

What happens instead of that?

Page cannot be interacted with but cast dialog is not in focus (as confirmed by tabbing which doesn't focus the dropdown icon, close button or "no cast destinations found" link) so it can't be dismissed with esc.
 
cast-dialog.png
10.9 KB View Download
Labels: -Pri-3 Needs-Bisect Needs-Triage-M66 Pri-2

Comment 2 by pbos@chromium.org, Mar 15 2018

(This might've been broken forever, don't remember it ever working.)

Comment 3 by mfo...@chromium.org, Mar 15 2018

This may be one of the many weird-nesses with modal WebUI that we were never able to address when we shipped the current UX.

Cc: vamshi.kommuri@chromium.org
Labels: -Needs-Bisect Triaged-ET M-67 Target-67 FoundIn-67 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 66.0.3359.26 on the latest stable 65.0.3325.162 and latest canary 67.0.3371.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.1. As the issue is seen from M60(60.0.3072.0) considering it as Non-regression and marking it as Untriaged.
Note: On clicking Esc on Mac the cast dialog is dismissed, but it isn't getting dismissed when clicked on page.
Removing Needs-Bisect label.

Thanks!
Labels: -Pri-2 -M-67 -Target-67 Pri-3
Owner: amyroberts@chromium.org
Status: Assigned (was: Untriaged)
Could be a valid accessibility issue (but not a regression). We are reworking the UX and will review at that time. Assigning to amyroberts@ for tracking.
Owner: taku...@chromium.org
Working with +takumif@ on modality, assigning for tracking. 

-----
FYI
Advised on 03/13/18 (office hours) on desired behavior for upcoming work. Modality being tracked for full spec, will include [esc] scenario documentation. 

https://docs.google.com/spreadsheets/d/1llrhb84lSIY7m_uDXnUfIDFY3x1fN9INNfihqdqgcrE/edit#gid=0&range=12:12
Blockedon: 754101
Labels: -FoundIn-67 -Needs-Triage-M66 M-69 OS-Chrome

Comment 8 by mfo...@chromium.org, Jun 25 2018

Labels: -M-69
Owner: ----
Status: Available (was: Assigned)
We will verify modality and accessibility in the new dialog, tracked in the linked bug.
Owner: taku...@chromium.org
Status: Assigned (was: Available)

Sign in to add a comment