This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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

 Issue 768848  has been merged into this issue.

The Windows native file dialog (e.g. download save dialog) also exhibit a similar behaviour, so it's the same issue?

Can DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 (introduced in 1703 creators update) be used to fix this on?

It's possible, but Chrome's HWND parenting hierarchy is a bit complicated. The native file dialog isn't covered by this bug as the file dialog is outside the realm of comctl32v6.

They are also incorrectly positioned. 

 Issue 792095  has been merged into this issue.

 Issue 841191  has been merged into this issue.

The file dialogs are particularly problematic. The tooltips are amusing but harmless, the system menus are amusing but rarely seen, but the file dialog is quite disconcerting and harder to use. It's quite jarring and the excessive scaling means that far fewer items can be seen in the list of files. Is there a separate bug for the native file dialog? If that was fixed then I'd be okay with just ignoring the tooltips/system menu scaling.

I was thinking once we fixed the tooltip one, the file dialog might be fixed as well. I've amended the summary to cover that.

Is  issue 876978  a dupe of this? Seems like it probably is.

Yes, since that's a native tooltip like those in previous duplicates.

 Issue 876978  has been merged into this issue.

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

commit 3804fed376973ffd8004615eb90035e486d1ce03
Author: Taylor Bergquist <tbergquist@chromium.org>
Date: Thu Sep 13 23:09:56 2018

Scale context menus, tooltips, and file dialogs by current monitor's DPI

Sets the DPI awareness context on the UI thread to per monitor v2 at
startup, and on file dialog threads immediately after creation.

Bug:  624992 
Change-Id: I86ae30e7deeedc207159c5a0672ad727d55ff388
Reviewed-on: https://chromium-review.googlesource.com/1212184
Reviewed-by: Robert Liao <robliao@chromium.org>
Commit-Queue: Taylor Bergquist <tbergquist@chromium.org>
Cr-Commit-Position: refs/heads/master@{#591196}
[modify] https://crrev.com/3804fed376973ffd8004615eb90035e486d1ce03/base/win/win_util.cc

I can verify the commit to be working on Windows 10 1803 with 150% on primary monitor and 100% on secondary monitor, using Chromium build rev 591292. File dialogs, tooltips and the non-client area context menu all use the correct monitor's DPI.

Marking fixed per #17!

Issue 908446 has been merged into this issue.

 Issue 908444  has been merged into this issue.