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

Issue 765084 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: Wrench menu doesn't get open even if it is in enabled form.

Reported by db...@etouch.net, Sep 14 2017

Issue description

Chrome Version: 61.0.3163.91 Revision	2f544949507dc5330b714cb017e3f584e791a1bf-refs/branch-heads/3163@{#1194}(64 bit)
OS: Mac(10.11.6, 10.12.3, 10.12.5)

What steps will reproduce the problem?
(1) Launch chrome, click on Avatar icon and then click on 'Sign into chrome'
(2) Enter valid email id and password('You've signed in and turned on Sync' overlay gets open)
(3) Click on wrench menu and observe.

Actual: Wrench menu doesn't get open even if it is in enabled form and also unnecessary window gets resize.

Expected: Wrench menu should get open if it is in enabled form.

This is a regression issue, broken in 'M-57', will soon update the other info:

Good Build:57.0.2979.0
Bad Build: 57.0.2980.0

Note: Issue is not seen on Windows and Linux OS as wrench icon is in disabled form.
 
Actual_Click.mov
4.3 MB Download
Expected_Click.mov
2.4 MB Download
Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)

Comment 2 by db...@etouch.net, Sep 15 2017

Labels: -Needs-Bisect hasbisect-per-revision
Owner: jlebel@chromium.org
Status: Assigned (was: Untriaged)
You are probably looking for a change made after 443240 (known good), but no later than 443241 (first known bad).

CHANGELOG URL:

https://chromium.googlesource.com/chromium/src/+log/b103d6c66bbd7bebfe22affab2ea4930685a55bc..972a4d1ae26576f2a0cee1066a6ded6616538641

Suspect: https://chromium.googlesource.com/chromium/src/+/972a4d1ae26576f2a0cee1066a6ded6616538641
Owner: msarda@chromium.org

Comment 4 by ew...@chromium.org, Nov 10 2017

Labels: -Pri-1 Pri-2
Mihai, this seems like it might be a more general problem with modal dialogues?

Either way, certainly not P1.

Comment 5 by msarda@chromium.org, Nov 13 2017

Components: Internals>Views
Owner: wittman@chromium.org
Sync confirmation dialog is a browser window modal dialog. I am re-assigning this bug to the owners of components/constrained_window/ as this is a generic browser-modal issue.
Cc: wittman@chromium.org
Labels: OS-Chrome
Owner: jlebel@chromium.org
Jérôme, this bisected to your change. Why did you reassign?
Labels: -OS-Chrome
Owner: msarda@chromium.org
I moved it to msarda since he is in charge of that now.
Cc: msarda@chromium.org
Owner: wittman@chromium.org
Jerome changed the sync confirmation dialog to be a browser modal dialog instead of a tab modal dialog (the fact that it was a tab modal dialog in the past was a bug as the lifecycle of the sync confirmation dialog is not related to the tab at all).
The sync confirmation dialog is a regular browser modal dialog (it does not do anything special in terms of display). So, like any other browser modal dialog, the sync modal dialog blocks the user from interacting with the browser window.

I reassigned the bug to the owners of components/constrained_window/ as this bug is a generic bug of the Tools menu button being enabled when a browser modal dialog is presented on top of the browser window.




Project Member

Comment 10 by sheriffbot@chromium.org, Jan 5 2018

Status: Available (was: Assigned)
--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Assigned (was: Available)
Project Member

Comment 12 by sheriffbot@chromium.org, Sep 3

Status: Available (was: Assigned)
--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
***Mass UI Triage***

Just to update:

Still able to reproduce this bug on Mac(10.13.1, 10.13.6, 10.14.2) OS using Latest canary #72.0.36010.2 

@wittman: Could you please take look into it.

Thank you.
Components: -Services>SignIn
Labels: -Pri-2 Pri-3
Owner: ----
I am unlikely to get to this anytime soon. Downgrading priority and unassigning myself.

Sign in to add a comment