New issue
Advanced search Search tips

Issue 811208 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Nov 14
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression : Delay is seen while closing 'Sign in to chrome' overlay.

Reported by rp...@etouch.net, Feb 12 2018

Issue description

Version: 66.0.3345.0 (Official Build) Revisionc8ce2d88ee3c73948b2c91cbd9dff78eaf9472f0-refs/heads/master@{#536026}(64-bit)
OS: Mac OS X(10.12.6,10.13.1,10.13.4)

What steps will reproduce the problem?
1. Launch chrome,click on 'Avatar' icon and then click on 'Sign in to chrome' to open overlay
2. Now click continuously anywhere in browser area and click on close icon,observe
 
Actual: Delay is seen while closing 'Sign in to chrome' overlay and unnecessarily overlay keeps on popping up even when click event is not performed
Expected: Delay should not be seen while closing 'Sign in to chrome' overlay and unnecessarily overlay should not keep on popping up even when click event is not performed.

This is regression issue, broken in ‘M 66’ and below is the bisect info :
Good build: 66.0.3343.0  (Revision: 535277).
Bad build: 66.0.3344.0 (Revision: 535592).

You are probably looking for a change made after 535410 (known good), but no later than 535411 (first known bad).

CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.

https://chromium.googlesource.com/chromium/src/+log/1ca962b721ff40aab97b6fb76c69626d10d99039..f41591af81be1182393a2000bacb16ad6d646762

Suspect : https://chromium.googlesource.com/chromium/src/+/f41591af81be1182393a2000bacb16ad6d646762

From the CL above, assigning the issue to the concern owner 

@pwnall- Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks!

Note : 
1. The above issue is also seen on Stable build #64.0.3282.140,Beta build #65.0.3325.51 and Dev build #66.0.3343.3
2. Above issue is not seen on Windows (7,8,8.1,10) and Linux (14.04 LTS) OS
 
Actual_video.mov
1.9 MB View Download
Expected_video.mov
3.0 MB View Download

Comment 1 by rp...@etouch.net, Feb 12 2018

Labels: RegressedIn-66 FoundIn-66 Target-66

Comment 2 by pwnall@chromium.org, Feb 12 2018

Cc: pwnall@chromium.org
Owner: rogerta@chromium.org
My CL only modified WPT tests, which aren't shipped to the users. So, it'd be impossible for the CL to cause any behavior change.

I see your bisect range only shows my CL, so I suspect that something went wrong with the bisect process.

//chrome/browser/signin/OWNERS points to //components/signin/OWNERS, assigning to an OWNER in this timezone.
Labels: -Pri-1 Pri-2
Owner: msarda@chromium.org
Triaging signin bugs: this doesn't look like P1, bumping down priority.

Mihai can you please take a look?

Side note: this issue and  issue 811665  give impression that overlay implementation on Mac has changed in Chrome M-64 (although I don't have context here).
Cc: msarda@chromium.org
Components: UI>Browser
Owner: ellyjo...@chromium.org
It looks like there have been multiple issues with the Sign-in tab-modal dialog. As we made no changes to the way the sign-in modal dialog is presented, this is probably an issue with the modal dialog.

ellyjones@: It looks like you are an owner of chrome/browser/ui/cocoa/constrained_window/ ad have contributed changes in that folder recently. Would you know if anything changed that could explain this behavior?
Project Member

Comment 5 by sheriffbot@chromium.org, Apr 9 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 7 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
Status: WontFix (was: Available)
"Mass UI Triage" 

We were unable to reproduce this bug on latest canary #72.0.3608.4 on Mac OS X(10.12.6,10.13.1,10.13.4).

Please find below attached screencast for same.

Thank You...
Canary Behaviour.mov
3.6 MB View Download

Sign in to add a comment