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

Issue 685062 link

Starred by 2 users
Status: Fixed
Owner:
msarda@chromium.org
Closed: Feb 2017
Cc:
nyerramilli@chromium.org
kkaluri@chromium.org
rbasuvula@chromium.org
jlebel@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Blank ‘Sync confirmation’ overlay is seen after clicking on 'Undo' button

Reported by jshan...@etouch.net, Jan 25 2017 
Chrome Version:58.0.2992.0 (Official Build)25ff90033184e53f7fd47b44511397da29a1ce27-refs/heads/master@{#445908}-32/64 bit
OS: Windows(7,8,10), Mac(10.10.5, 10.11.4), Linux(14.04 LTS).

Steps:
1. Launch Chrome, navigate chrome://settings and click on 'Sign in to Chrome' button
2. Enter valid email id and password and proceed till ‘Sync confirmation’ overlay appears
3. Drag the 'Settings' links to NTP, ‘Sync confirmation’ overlay opens on NTP then click on 'Undo' button
4. Observe

Actual: Blank ‘Sync confirmation’ overlay remain open even after clicking on 'Undo' button

Expected: Blank ‘Sync confirmation’ overlay should not be seen after clicking on 'Undo' button

This is a regression issue broken in ‘M-57’, below is the Manual Regression range and will soon update other info.

Good build : 57.0.2959.0
Bad build : 57.0.2960.0
Actual_video.mp4
888 KB View Download
Expected_video.mp4
884 KB View Download

Comment 1 by rbasuvula@chromium.org, Jan 25 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision
Owner: msarda@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 57.0.2959.0 (Revision: 440307).
Bad build: 57.0.2960.0 (Revision: 440547).

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

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/b60675f1b7962b43597a6426e17db031f3d025d8..4d89528f55ebdfe107f61592694272af8b362a55
From the CL above, assigning the issue to the concern owner

@ msarda : Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:https://codereview.chromium.org/2594353002

Note : Able to reproduce the issue in Mac 10.12.2, Ubuntu 14.04 & win 7.

Comment 2 by rbasuvula@chromium.org, Jan 25 2017

Labels: ReleaseBlock-Beta
Adding Release block beta.Please undo if not the case.

Thank You!

Comment 3 by msarda@chromium.org, Jan 25 2017

Labels: -ReleaseBlock-Beta
I do not think this needs to block beta (it is a very very corner case).

Comment 4 by kkaluri@chromium.org, Feb 10 2017

Cc: kkaluri@chromium.org
Just to update the issue, this behavior is observed on Mac 10.12.3 with chrome version #58.0.3007.0
msarda@ will you update the lastest info on this issue.


Thank You...

Comment 5 by kkaluri@chromium.org, Feb 10 2017 

Able to reproduce this issue on Windows 10 with chrome version #58.0.3007.0

Attaching the screen-cast for reference.
Issue 685062.mp4
725 KB View Download

Comment 6 by msarda@chromium.org, Feb 10 2017

Cc: jlebel@chromium.org
CC+ jlebel@

It seems this is a bug both on Windows and macOS. I think the dialog dismissal code is different on these platforms.

Comment 7 by msarda@chromium.org, Feb 10 2017

Status: Started (was: Assigned)

Comment 9 by msarda@chromium.org, Feb 14 2017

Status: Fixed (was: Started)
►

Sign in to add a comment