Issue metadata
Sign in to add a comment
|
Regression: Text Scaling in Title Bar and Context Menus
Reported by
luckyluh...@gmail.com,
Oct 4
|
||||||||||||||||||||||||
Issue descriptionUserAgent: 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.
,
Oct 5
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..
,
Oct 5
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).
,
Oct 5
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
,
Oct 5
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.)
,
Oct 7
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.
,
Oct 7
Looks like the issue is fixed in 71.0.3572.0.
,
Oct 8
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..
,
Oct 17
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by phanindra.mandapaka@chromium.org
, Oct 4