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

Issue 865401 link

Starred by 1 user
Status: WontFix
Owner:
robliao@chromium.org
Closed: Jul 23
Cc:
█ manoranj...@chromium.org
nyerramilli@chromium.org
rbasuvula@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Permission bubble appears misplaced and overlaps with Notification button on https://permission.site/

Reported by khushal....@etouch.net, Jul 19 
Chrome Version : 69.0.3496.0 (Official Build) Revision 4225deb99f054d45a757dbecf0de9421c5e4d05e-refs/branch-heads/3496@{#1} (64 bit)
OS: Mac (10.12.6, 10.13.1, 10.13.6, 10.14)

Pre-condition: Enable the flag "Use Views browser windows instead of Cocoa." from chrome://flags/ page.

Steps to reproduce:
1. Launch chrome and navigate to https://permission.site/
2. Click on Notification button such that permission bubble appears.
3. Now click on Fullscreen button and Observe the bubble.

Actual Result: Permission bubble appears misplaced and overlaps with Notification button.
Expected Result: Permission bubble should be seen properly.

This is a Regression issue seen from 'M-69' and providing the bisect info below:
Good Build: 69.0.3480.0 (Revision: 572082)
Bad Build:  69.0.3481.0 (Revision: 572437)

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

CHANGE-LOG 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/96eb702eb19acebd1f792436749e3021e0b8f54c..1be226e1a5668c6c05627afb95383fb259d51ee2

Suspect: https://chromium.googlesource.com/chromium/src/+/1be226e1a5668c6c05627afb95383fb259d51ee2

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

NOTE:
1. Issue is also seen on M-69 Dev (build #69.0.3493.3).
2. Issue is not seen on Win (7, 8, 8.1, 10) & Linux (14.04 LTS) OS.

Kindly refer the attached screen-cast.

Thank You..!!
Actual Video.mov
2.5 MB View Download
Expected Video.mov
2.8 MB View Download
Screenshot.jpg
155 KB View Download

Comment 1 by rbasuvula@chromium.org, Jul 19

Cc: manoranj...@chromium.org

Comment 2 by robliao@chromium.org, Jul 23

Labels: Proj-MacViews

Comment 3 by robliao@chromium.org, Jul 23

Labels: -Pri-1 Pri-2
Adjusting priority. This does not seem to be a P1 issue at the moment.

Comment 4 by robliao@chromium.org, Jul 23 

khushal.pawar@etouch.net: Can you clarify the expected result? Both videos appear to show nearly identical behavior.

Comment 5 by robliao@chromium.org, Jul 23

Labels: Needs-Feedback
Status: Unconfirmed (was: Assigned)

Comment 6 by robliao@chromium.org, Jul 23

Status: WontFix (was: Unconfirmed)
Alright, I think I might understand the issue now.
Is there an expectation that the bubble moves to show all input interactive elements?
My understanding is that no such expectation exists.

If this is incorrect, feel free to reopen the bug. This is due to a UI change which will naturally change the positions of all the dialogs.
►

Sign in to add a comment