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

Issue 780723 link

Starred by 2 users
Status: Fixed
Owner:
a...@chromium.org
Closed: Nov 2017
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression
Team-Security-UX



Sign in to add a comment

Regression : 'View site info' bubble does not dismiss automatically when 'Cookies in use' dialog is opened.

Reported by avsha...@etouch.net, Nov 2 2017 
Chrome version : 64.0.3256.0 (Official Build) b0a2dcae908c0df01ffa219ef4b48b5decc14f4c-refs/heads/master@{#513348} 32/64 bit
OS : Windows (7,8,10)

What steps will reproduce the problem?
1. Launch chrome and navigate to www.google.com
2. Click on 'View site info.' icon in omnibox and open 'Cookies'.
3. Observe.

Actual Result : 'View site info' bubble does not dismiss automatically when 'Cookies in use' dialog is opened.

Expected Result : 'View site info' bubble should close automatically after opening 'Cookies in use' dialog.

This is a regression issue broken in ‘M-64’ and will soon update other info.
Actual_Result.mp4
904 KB View Download
Expected_Result.mp4
784 KB View Download

Comment 1 by avsha...@etouch.net, Nov 2 2017

Labels: hasbisect-per-revision
Owner: a...@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build : 64.0.3253.0 (Revision : 512378)
Bad build : 64.0.3254.0 (Revision : 512694)

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

CHANGELOG URL: 
https://chromium.googlesource.com/chromium/src/+log/0626323cf994e41599a06975d26bb9e8524fcb28..7154fd06247eb6ec748720b19cffae42fe8ebc1e

Suspect : https://chromium.googlesource.com/chromium/src/+/7154fd06247eb6ec748720b19cffae42fe8ebc1e

@avi : 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.

Note : This is Windows OS specific issue and the same is working fine on Mac(10.12.6) and Linux(14.04 LTS) OS.

Thank you!

Comment 2 by rbasuvula@chromium.org, Nov 2 2017

Labels: ReleaseBlock-Beta
Tagging with blocker label, please undo if not the case.
Project Member

Comment 3 by bugdroid1@chromium.org, Nov 2 2017 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/9dbb222fa1919414fb9b799fa80fee5db77407a1

commit 9dbb222fa1919414fb9b799fa80fee5db77407a1
Author: Avi Drissman <avi@chromium.org>
Date: Thu Nov 02 23:23:44 2017

Allow unconditional activation of frontmost browser windows.

If a browser window was showing a bubble, that bubble was
considered the front window. We're interested at the browser
window level, so check that.

BUG= 780723 
TEST=as in bug

Change-Id: I1c1a56a1a8016fa5285997ac0e38239446d7b0eb
Reviewed-on: https://chromium-review.googlesource.com/752029
Reviewed-by: Mike Wittman <wittman@chromium.org>
Reviewed-by: Scott Violet <sky@chromium.org>
Commit-Queue: Avi Drissman <avi@chromium.org>
Cr-Commit-Position: refs/heads/master@{#513623}
[modify] https://crrev.com/9dbb222fa1919414fb9b799fa80fee5db77407a1/chrome/browser/ui/views/frame/browser_view_layout.cc

Comment 4 by a...@chromium.org, Nov 2 2017

Status: Fixed (was: Assigned)
This should fix it. Please confirm.

Comment 5 by avsha...@etouch.net, Nov 3 2017

Labels: TE-Verified-M64 TE-Verified-64.0.3257.0
Update : 
Retested above issue on Windows(7,8,10) OS using latest Canary #64.0.3257.0 and issue is fixed. Kindly review an attached screen cast.

Thank you!
Canary_behaviour.mp4
932 KB View Download
►

Sign in to add a comment