I need to clarify that this seems to happy with any kind of Allow/Block permission prompt.

e.g. MapQuest is asking for location, not web push, but the bug is exactly the same.

Tested the issue on reported version 63.0.3239.132 using Windows 10 with steps mentioned below and unable to reproduce this issue.

1. Connected Laptop(primary display) to desktop(Secondary monitor).
2. In Display settings placed secondary monitor to left and opened chrome here.
3. Navigated to Mapquest.com and observed push notification is fully seen far below omnibox and is not clipped. Attaching screencasts for reference.
4. Resized browser and now notification is seen at correct position.

@Reporter: Could you please check the videos and let us know if we miss anything. And also please check whether notification is clipped or not by resizing browser. This info would help in further triaging of the issue.

Deleted: screen 1 laptop.webm 545 KB

	screen 1 laptop.webm 545 KB View Download

Deleted: screen 2 desktop.webm 7.6 MB

	screen 2 desktop.webm 7.6 MB View Download

Thanks for diagnosing this!

BTW, this might help reproduce:

Windows 10 Settings > Display > Scale and layout > Change the size of text, apps, and other items -> 125% (Recommended on my system)

Regarding your question: Resizing the windows DOES move the prompt to a proper (non-clipped) position.

(see attachment)

Deleted: chromebug.mp4 423 KB

	chromebug.mp4 423 KB View Download

Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

BTW just in case of extensions affecting this, I also tried doing it using "Guest" profile and Incognito window and the bug is reproducible.

Oh and I think I should file this as another bug report, but it *might* have something to do with this bug. Because the symptoms are similar: both seem to be confused by screen coordinates or something.

For any extension that provides a pop-up menu to the right of the omnibar, it doesn't detect the mouse position properly (see screencast). This ONLY happens on my second, left, 1366x768 external monitor. But it doesn't happen on my primary 1920x1080 laptop monitor.

Similar with this bug, the clipped prompt only happens on the second, left, external monitor. But it's not reproducible on the primary monitor.

Oh and perhaps you missed this: You mentioned that you opened Chrome "there". Maybe you need to open two Chrome windows (as I do), one on the right primary, and one on the left secondary. Then try to reproduce on the left/secondary Chrome.

Deleted: chromebug2.mp4 314 KB

	chromebug2.mp4 314 KB View Download

+raymes, do you also own the rendering of the bubble?

Thanks for taking a look. This seems to a Windows views-related issue with bubble placement on multiple monitors, possibly for particular scale factors (1.25 is used here).

sc00335628: are you able to do a bisect to see if this regressed at some point? 

Tested this issue on reported version 63.0.3239.132 and on latest canary 66.0.3329.0 using two windows 10 monitors with resolutions as below.

Screen-1: Laptop with screen resolution as 1920x1080 and scale as 150%(Recommended)
Screen-2: Desktop with screen resolution as 1366x768 and scale as 100%(Recommended)

Good Build: 61.0.3162.0
Bad Build: 61.0.3163.0

Unable to provide per-revision bisect results as we are seeing IO error and unable to perform chromium bisect as we are seeing "This File is not a Zip file" error while bisecting. Hence providing manual Cr.

CR: https://chromium.googlesource.com/chromium/src/+log/61.0.3162.0..61.0.3163.0?pretty=fuller&n=10000

Suspecting Reviewed-on: https://chromium-review.googlesource.com/575348 from above changelog.

@estade: Please confirm the bug and help in re-assigning if it is not related to your change.

Thanks!

that is a very, very long range of commits. I can't really help re-assigning from one of hundreds. I'm pretty sure mine is not the culprit though.

Proof (attached) that this is not localized to permission prompt only, but also the omnibox dropdown... I really suspect that this has to do with general "screen coordinates sniffing" function somewhere that is used by both notification prompts, the omnibox dropdown, and the layout engine for JavaScript add-ons.

Note that in this video, the simple of ALT-TABing to another program will make the bug irreproducible. So I actually had to spawn the Chrome window DURING recording. Because if I open the Chrome window before I start recording, that means I "ALT-TAB" to the recording program and thus "nullify" the bug. Note that I don't have to restart Chrome or anything, all I have to do is spawn a new Chrome window from an empty tab.

Deleted: chromebug3.mp4 721 KB

	chromebug3.mp4 721 KB View Download

oshima: could you please help investigate this? Seems like it could be related to scale factors.

May be related to  issue 746754 .

ceefour666: Does flipping the flag in chrome://flags/#secondary-ui-md to Enabled  fix the issue for the permissions bubble case? 

@raymes :

Setting the #secondary-ui-md does not fix neither the permission bubble nor the omnibox dropdown.

(forgot to attach proof with #secondary-ui-md)

Deleted: chromebug4.jpg 34.7 KB

	chromebug4.jpg 34.7 KB View Download

bsep@, can you look into this?

Removing `UI>Browser>Permissions>Prompts` component as it seems that the issue is not with permission prompts in particular but rather with prompts in general.