Same issues here - docked Surface Pro 3 with external Apple Cinema Display.

Same issue. No problems on a 15 inch laptop but button reponse is off on an extended desktop display 24 inch monitor. Problem seemed to start about a month ago. 

Same thing for me, runs fine on native monitor, problem arises w extended monitor with lower res.

Steps to reproduce the problem, running Chrome 54.0.2840.99 m (64-bit):
1. Connect extended monitor that is lower resolution than main monitor.
2. move Chrome to extended desktop.
3. click extension in toolbar and try to click anywhere in the extension UI
4. button response is offset by large amount compared to mouse pointer location

NOTE: I installed a previous version of Chrome, v 51.x and problem did not occur.

Environment: Surface Pro 3/Win 10 Home brand new clean install/Asus 27" 1920x1080 external monitor

Important addendum to Comment 3 above:

This problem occurs when Surface extended monitor settings are set to increase text & graphic sizes to 125% of normal. The problem cures itself when that magnification value is increased to 150%.

Per Comment 4 - My Apple display is set at 100% and has the problem, my 3rd display - an Asus ProArt, also has the problem and is at 100%,  In fact the only monitor I have that is set higher than 100% is the actual Surface Pro display at 150% and it's the only one that works properly being the "native" display.  My displays are:
1 - Surface Pro 3, 150%, 2160x1440 - native display
2 - Apple Cinema display 30", 100%, 2560x1600 - DVI dual link
3 - Asus ProArt 24", 100%, 1920x1200 - HDMI

Changing the Windows display font size on my extended screen to the same as the desktop solved my issue. Right now both at 125%. Works when they are both 100% as well. Will not work correctly if they differ. 

Unable to reproduce the issue on Windows 8.1 (Dual monitor) using chrome stable #54.0.2840.99.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Connected extended monitor of lower resolution than main monitor.
2. Move Chrome to the extended desktop.
3. Clicked extension in toolbar and also clicked in the extension UI.
4. Observed that there was accurate button or hover response to mouse movement without any issues.

darrenleung@ - Could you please check the screen cast and please let us know if anything missed from our side.

Thanks...!!

Deleted: 659642.mp4 6.7 MB

	659642.mp4 6.7 MB View Download

I have the same issue. See attached.

Deleted: 20161117_103553.mp4 10.4 MB

	20161117_103553.mp4 10.4 MB View Download

This not only effects buttons within extensions, but the entire chrome interface.  When you right click on any part of the page, the menu system is offset the browser, and often doesn't even show up on the same screen the browser is on.

Same issue :( 2 external monitors running at 4K resolution and extensions UI is a mess for clicks :(

The suggestion to make all monitors the exact same magnification works for me.
Butt ugly as hell with Chrome and other apps larger than I'd like so that tells me that Chrome isn't smart enough to examine all the screen factors when being moved.

my main monitor has 1440p resolution while my secondary is a 4k tv with 2190p. on my primary the extension buttons are ok. when i move chrome to my secondary the buttons are offset, if i want to press a button i have to click the third button to the right if they appear at all.  The problem only occurs if i set the dpi zoom to 125% on my 4k monitor and 100% on my primary. Looks like chrome is then zoomed in but the extension is still in 100% mode.

Hi krajshree@chromium.org. I attached a screencast a while back. Is there anything else you need? It would be very helpful for this issue to be fixed. Thank you.

Tara

Suggested solution to make all monitors the same is not a workaround.
Making 4K monitor to match a laptop is not an option :)
Any update on this bug would be appreciated.

I am also having this issue

Also having this issue on my Surface Pro 4.  Very annoying.  

If you simply change the display magnification in the Windows Display settings you can trigger this behavior as well.

I'm having this issue but recommend clarifying the language of the title and steps to reproduce to indicate that the secondary monitor is not just a lower resolution than the primary monitor, but rather just set to a different DPI setting than the primary monitor in Windows 10.

Ex: If primary monitor is 200% DPI (as in most recent Surface devices), and the external monitor has a 100% DPI (ex: a standard 1080p monitor), then this bug is easliy reproduceable.

If you don't have monitors with different DPIs to test, you can still manually change the DPI of a secondary monitor in Windows 10 by going to Start > Settings > System > Display, and selecting the secondary monitor, and changing the "Change the size of text, apps, and other items" drop down to a DPI multiple that's different than the primary monitor's multiple (ex: 100% vs 200%).

Then you can reproduce by:
1. Opening a chrome window with an extension installed that has a drop-down menu when its icon is clicked
2. Moving the chrome window to the secondary monitor
3. Clicking the icon of the extension (in my case, I'm testing lastpass)
4. Notice that mouse-over effects and click events are not registered where the mouse is, but are off by a factor of the difference between the 2 monitors DPI scaling ratios.

In the attached screenshot, I've pointed out where the mouse actually is (it doesn't appear in the screenshot, so I had to draw an arrow), and where the pointer's location is registered (resulting in the mouse-over shading you see).

Deleted: mouse misalignment.png 54.1 KB

	mouse misalignment.png 54.1 KB View Download

@krajshree re: #7
That video looks like windows 8.1, this may be unique to Windows 10.
As mentioned by others the monitors need to have different scaling settings, not just different resolutions.

See this thread for dozens of other users also experiencing this:
https://productforums.google.com/forum/#!topic/chrome/tyzywUJfkQI;context-place=topicsearchin/chrome/category$3AStable

I have just tried in Canary 58.0.3012.0 and can confirm it also happens there. 

I have two monitors - 2560x1440 and 3200x1800

Main monitor is 2560x1440 res
3200x1800 is secondary

The same problem appears on higher screen resolution, on extended screen

Same issue here
 - Chrome Version 57.0.2987.133
 - Windows 10
 - Thinkpad W541
 - Secondary monitor - AOC

This is happening for these extensions
 - LastPass: Free Password Manager 4.1.45
 - Checker Plus for Google Calendar™ 21.1.1.2

Now that the creator's update is live with its changes to multi-monitor HighDPI support, this bug will affect every fully patched Windows 10 user who uses multiple monitors where one is a different DPI than the other.

Any way we can get this issue bumped up the priority list?

This issue could use a more accurate title to help others find it. Something like:

"Mouse (X,Y) alignment incorrect in extension menus when chrome is on secondary display with different DPI than Primary Display in Windows 10 1703"

Appears to be the same issue as:
https://bugs.chromium.org/p/chromium/issues/detail?id=704107

Issue 697962 has been merged into this issue.

 Issue 704107  has been merged into this issue.

+oshima@ +lazyboy@ In order to get both some Screen/Display expertise, and some extensions expertise.

I'm hoping someone on the extensions team or with Aura Windows/Display/Screen knowledge can shed some light here.

I've spent some more time debugging this, and here's what I've learned:

1) It has nothing to do with OOPIF/WebView.

2) I can only get it to reproduce for extensions that have background pages. Extensions without background pages seem to work fine.

3) On Windows 10 the call to Screen::GetDisplayNearestWindow() in anonymous::GetScreenInfoForWindow() (in web_contents_view_aura.cpp) *always* returns the primary display, even when that is not the correct choice. On Linux, where the popups work properly, the Display value returned always matchis the display the popup is actually on.

4) It seems to be a problem with the Aura Window assigned to the popup window ... either (i) the window is not properly attached to a Display (thus causing Screen::GetDisplayNearestWindow() to fall back to the primary display), or (ii) the function Screen::GetDisplayNearestWindow() is operating incorrectly for the popup, and always returning the primary display.

Given the comment at https://cs.chromium.org/chromium/src/ui/display/screen.h?rcl=1fcc6d6a6ac58eabe2c77a804e3220318a0dc1f3&l=59, I suspect the Aura Window assigned to the popup is not being properly assigned to a Display, but only in the case where the extension has a background page.

In any case, I don't think the problem is related to my CL, which for non-oopif  cases amounts to a refactoring, though I could be wrong.

The same problem is also described on https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/tyzywUJfkQI/Yxuc0NiGAgAJ

With hundreds of comments by angry users. Between all the raving you might find some additional information / workarounds.

https://bugs.chromium.org/p/chromium/issues/detail?id=715552 is also a duplicate of this bug.

Important from https://bugs.chromium.org/p/chromium/issues/detail?id=704107#c2:

Bisect Info:
===========
Good build : 54.0.2826.0 ,  Revision Range - 411209
Bad build  : 54.0.2827.0 ,  Revision Range - 411497

This bug should be tracked in  Issue 426656  and/or Issue 624991.

Also, if it is technically possible, it could be very helpful to rephrase this bugs title; it is almost impossible to discover.  Keywords like "Mouse", "Cursor", "DPI", "Offset / align" are missing.  Used therm "low-res" (sic, not even "Resolution" which is also possible adept for search) is not the cause after all: "DPI factor" is.

 Issue 715552  has been merged into this issue.

Change title:

Was "Buttons w/in extensions in low-res monitor when used as extended display"

 Issue 678187  has been merged into this issue.

This seems to be related to how extensions initialiaze the display when there's a background page involved ... rdevlin.cronin@ can you triage this?

 Issue 740100  has been merged into this issue.

 Issue 735447  has been merged into this issue.

This also happens on the Macintosh, so it's not specifically related to Windows' "DPI factor" setting. 

Re #40 Yes, I noted that on one of the duped bugs, but it's worth adding the tag here too. When I originally tested this on Linux it didn't reproduce, but perhaps I'll go back and verify that's still the case.

Device scale factor also affects Mac.

 Issue 748080  has been merged into this issue.

Devlin, do you have the cycles to look at this? If not, please mark it as available. This affects a lot of users (currently 59 stars), and we should try to get someone working on this.

I probably won't have the cycles to dive into this right away.  karandeepb@, do you have the bandwidth to take a look?

Same issue here. On a second screen, some extensions have the mouse misplaced relative to the buttons.

I wasn't able to repro this on my Mac workstation. But with Istiaque's help was able to do so on his Windows workstation. Also, we were able to verify that disabling chrome://flags/#enable-use-zoom-for-dsf helped fix the issue. 

oshima@: Can you take a look since you added the flag?

> disabling chrome://flags/#enable-use-zoom-for-dsf helped fix the issue

I can confirm this as a workaround for now (at least on Windows 10). Thanks!

>> disabling chrome://flags/#enable-use-zoom-for-dsf helped fix the issue

> I can confirm this as a workaround for now (at least on Windows 10). Thanks!

Confirmed as well.  

 Issue 783983  has been merged into this issue.

FWIW, this doesn't seem to only be affecting secondary monitors. I was running my Chromebook Flip at 1536x864 and I was having issues activating buttons in extension popups. Changing the resolution to 1920x1080 fixed it, since I suspect it's related.

This issue has been annoying me for probably years. I have a high-DPI laptop which runs at 3200x1800 and two external displays at 1920x1200. As described by others, the mouse pointer is offset from the actual UI object which the system believes is being interacted with. Pleased to report that disabling "Use Blink's zoom for device scale factor" does resolve the issue, but that flag is presumably not going to be around forever, so would be nice to see some activity to address the underlying root issue.

See also Issue 741171.

Same issue here. I've been suffering with this since Windows 10. My 150% 4k monitor and some chrome extensions do not get along. Clicking is on the wrong page. Please fix it. 

Fix that was identified in comment 48 worked for me also:

>> disabling chrome://flags/#enable-use-zoom-for-dsf

Same issue, maybe my specs will help:
- Had this issue for quite a time now
- Currently running latest Chrome stable on Windows 10 16299.125
- Surface Pro 4 is primary display (screen #1 in settings) with a resolution of 2736x1824 and windows scaling 200%. Chrome extension popups work just fine on that screen.
- Secondary display is 1920x1080 resolution with 100% scaling. Have the mouse issue here only
- Latest FF doesn't really do well either, the extension popup is scaled to the 200% resolution of other display while on the 100% display

An interesting thing I found is that as the cursor approaches the top-left corner of the popup window, the misalignment distance gets smaller, as if it's scaling. See video attached:

Deleted: output.webm 1.2 MB

	output.webm 1.2 MB View Download

The top-left corner of the window is the 0,0 point, so while it's not a change in scaling, the absolute misalignment gets progressively smaller as you move in that direction.

I have this issue using the "Checker Plus for Gmail" app, when used on an external monitor - dual screen - setup

Same issue with my colour picker extension and my Ad-block extension. This extension normally allows me to click on a button to exclude the website and which I have to be about 15px away from in order to think that Im hovering over this button. 

Is it possible that this issue has been fixed either by Chrome 64, or by the latest Windows 10 updates? I'm no longer able to reproduce this issue with LastPass.

@Peter, I saw your comment, and checked my version of Chrome. Was on version 63, and I still had the issue. Then upgraded, and it is solved now. This is amazing. I have been following this issue for over a year, and it has been so frustrating! 

I have had the issue with the https://jasonsavard.com/Checker-Plus-for-Gmail extension 

Chrome 64, Windows 10 - fixed. Thank you very much, Chrome team.

oshima@ - I suspect this has been addressed by your CL at https://chromium-review.googlesource.com/c/chromium/src/+/882301

Not sure if you want to verify that, or just mark this issue as closed, but either way thanks.

Confirmed as fixed.

I turned-off the disabling chrome://flags/#enable-use-zoom-for-dsf workaround (set it back to enabled or default), and my extensions (Ad Block Plus and Privacy Badger) again function correctly.

 Issue 786949  has been merged into this issue.

[Extensions Triage] Marking as Fixed as per c#62, c#63, c#64, c#66.

I still have this issue on Chromium 67, Windows 10 Creators update, 4k monitor with 150% scaling set as main display doesn't have this issue and 1080p monitor with 100% scaling has this issue. If I set 1080p monitor as main display it starts working correctly on 1080p screen but the issue appears on 4k monitor.

Deleted: 2018-03-11_01-24-02.webm 781 KB

	2018-03-11_01-24-02.webm 781 KB View Download

Deleted: 2018-03-11_01-25-16.webm 1.3 MB

	2018-03-11_01-25-16.webm 1.3 MB View Download

Same as #69:

Version 67.0.3371.0 (Official Build) dev (64-bit)
Windows 10 1709

Still experiencing the reported scaling issues.

Does disabling chrome://flags/#enable-use-zoom-for-dsf fix the issue for you?

Yes @wjmaclean , it does fix it. Now it works correctly.

+1, this isn't fixed yet. I'm also still having the issue on Chrome 66, and disabling chrome://flags/#enable-use-zoom-for-dsf fixes it.

Re-opening ... oshima@ could you please take a look?

I'm also seeing a regression on this with on Chrome 66.

Peter

This bug still exists. Disabling chrome://flags/#enable-use-zoom-for-dsf does fix it.

This appears to have been fixed again in Chrome 67.

The following may be a new bug to some extent, but it seems very similar to this bug:

On both current Chrome Canary (69.0.3493.0) and Chrome (67.0.3396.99) on Windows 10, but only Chrome on MacOS 10.13.5:

3D scaled & positioned HTML elements mouse hit position is off by a scaling factor  This breaks our app on Windows for some users and for Chrome on MacOS.

This demo is doing about the same thing as our app, and illustrates the problem:
https://threejs.org/examples/css3d_youtube.html

Rotate cube so that a face is roughly facing forward.  Click once to activate YouTube interface.  Play/pause isn't helpful since that is the default action of the whole window.  Using the timeline slider or the options button illustrates the problem.

On Windows, changing the display scale (see attached, "Change the size of text, apps, and other items") to something other than 100% (150% tested) causes mouse hits to register a distance from what should be the active spots.

On MacOS, display scaling doesn't seem to make any difference.  Chrome is always broken in the same way and Chrome Canary always works, even if scaling is activated.

Deleted: Screen Shot 2018-07-16 at 4.44.09 PM.png 551 KB

	Screen Shot 2018-07-16 at 4.44.09 PM.png 551 KB View Download

Comment 78: I think you might be talking about  issue 854247 .  (In general, it's probably better to file new bugs than tack more issues onto this old one, but hopefully that's the one you want to follow.)

*** UI Mass Triage ***

stephendwilliams@ are you still seeing the issue in latest chrome versions?

For Chrome Canary and Chrome using browser zoom, this is fixed for that test URL.  We will test with Windows system-level zoom.
https://threejs.org/examples/css3d_youtube.html

For our app, with multi-level divs with 3D transforms with an embedded iFrame-based YouTube, everything works fine for 100%, 110%, and 150%, but is still broken at 125%, 175%, 200%, 90% and less.  YouTube doesn't show completely within the iFrame viewport for those other zoom levels; we'll be checking to see if we're computing something wrong in those cases.

I have an issue similar to what everyone is saying here. I run a MacBook Pro (Retina, 15-inch, early 2013), standard resolution, usually in clamshell mode with two 24" 1920x1080 Dell monitors attached. I am running OS X Mojave (10.14.2) and Chrome v71.0.3578.98. When I disconnect my laptop and use its built-in screen (standard resolution), everything is fine. When I return to my desk, the laptop is closed. I reconnect the monitors and external keyboard/mouse. When I awaken it, often times Chrome "sees" the cursor in Gmail about two inches above where it displays on the screen. So I have to move the cursor about two inches below the place I want to click.

Opening Gmail in a new tab does not fix it. The workaround is to restart Chrome, and that returns everything to normal. It does not seem to affect any other sites in different tabs.

I have the same issue on my MacBook Pro Retina Middle 2014.
I use 2 screens connected to my mac. Whenever I am using chrome in the second screen some of my tabs have this hover/click bug.
The bug happened in the google login page as I got in to comment on this thread. 
To click the button I had to position my mouse about 1 inch under the actual button.  

Deleted: Bug.png 27.5 KB

	Bug.png 27.5 KB View Download