New issue
Advanced search Search tips

Issue 892100 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 893619
Owner: ----
Closed: Oct 17
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Text Scaling in Title Bar and Context Menus

Reported by luckyluh...@gmail.com, Oct 4

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3570.0 Safari/537.36

Steps to reproduce the problem:
1. Use high DPI Display (e.g. Surface Pro) 
2. Set chrome.exe high DPI scaling to Application controlled (Windows explorer settings)
3. Open chrome

What is the expected behavior?
Text in the affected areas should be scaled to the display DPI properly

What went wrong?
Text in affected areas is scaled by ~2x, Display elements which contain the text are scaled up as well, so the whole top bar (tab title, url bar, bookmarks bar) takes up ~1/4 of the horizontal screen space. Using the system tray chrome context menu will take up the bottom right quarter of the screen.

Did this work before? Yes 71.0.3569.0

Chrome version: 71.0.3570.0  Channel: canary
OS Version: 10.0
Flash Version: 

Short term fix: Setting DPI scaling to system controlled, however all text in chrome will be blurry after that.

Tested on surface pro 4, maybe weird aspect ratio + high dpi is cause of the issue.
 
Labels: Needs-Bisect Needs-Triage-M71
Cc: susan.boorgula@chromium.org
Labels: Triaged-ET Needs-Feedback
luckyluheine@ Thanks for the issue.

Tried testing this issue on Windows 10 Surface Pro 4 on the latest Canary 71.0.3571.0 and reported version 71.0.3570.0, but unable to set chrome.exe high DPI scaling to Application controlled.
Request you to provide a screen cast as how to set chrome.exe high DPI scaling to Application controlled and also the issue observed, which will help in further triaging of the issue.

Thanks..
Hello, for changing the DPI scaling see the attached files "properties" and "properties_dpi". "Application controlled" is the default option if override is disabled.

I also attached screenshots of tab title, tray and the option menu (_bug for the faulty version, without _bug how scaling should be).
properties.PNG
43.6 KB View Download
properties_dpi.PNG
34.7 KB View Download
tab.PNG
10.0 KB View Download
tab_bug.PNG
10.4 KB View Download
tray.PNG
59.0 KB View Download
tray_bug.PNG
118 KB View Download
options.PNG
96.4 KB View Download
options_bug.PNG
173 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 5

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: dfried@chromium.org
Skimming the comments that went in between 3569 and 3570, https://chromium-review.googlesource.com/c/chromium/src/+/1250211 looks plausible. +dfried

(I ran into this on my laptop too, but I don't have it on me right now. I can see about doing a bisect when I get home.)
bisect-builds.py appears to be broken on Windows, at least on my machine. It's complaining "File is not a zip file" at every revision.

That CL does seem a likely culprit though.
Looks like the issue is fixed in 71.0.3572.0.
Labels: Needs-Feedback
luckyluheine@ Thanks for the update.

As per comment #7, as the issue is fixed on the latest Canary 71.0.3572.0, can you please confirm if this issue can be closed?

Thanks..
Mergedinto: 893619
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment