New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 648794 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 651580
Owner:
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

High DPI HIDPI text rendering isn't consistent

Reported by ru...@starset.net, Sep 20 2016

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Safari/537.36

Example URL:
https://trello.com/b/ALJlJokP/weekly-classroom-newsletter

Steps to reproduce the problem:
1. google-chrome --high-dpi-support=1 --force-device-scale-factor=1.5
2. Go to: https://trello.com/b/ALJlJokP/weekly-classroom-newsletter
3. Observe crisp rendering of the texts on the list.
4. Open up a private browsing session
5. Go to the same URL
6. Observe text

What is the expected behavior?
Text is rendered identically in both sessions.

What went wrong?
The private browsing session renders the text a little more fuzzy, please see attached screenshot (20160920160320-Selection.png). This is exacerbated by the view port getting zoomed out (not in).

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 53.0.2785.116  Channel: stable
OS Version: Debian Sid
Flash Version: 

In my own person Trello session the inconsistencies can be seen within the same page of my non-private browsing session, please see attached screenshot (20160920155443-Selection.png). The text in the "Inbox" column always renders a little more fuzzier than the rest of the columns, even after a few reloads of the page, scrolling, editing the column, and restarting the browser. I don't have a URL for this as login is required.

I'm also seeing the same issue with the beta and dev channel releases.
 
20160920160320-Selection.png
408 KB View Download
20160920155443-Selection.png
8.1 KB View Download
Components: -Blink Blink>Fonts Blink>Paint
Cc: trchen@chromium.org
Labels: Needs-Feedback
high-dpi-support is not, as far as I can tell, a supported flag. Please confirm that it makes no difference to what you are seeing.

I can't reproduce on trunk with the --force-device-scale-factor=1.5 switch on Linux. Signed-in and Incognito produce the same results.

Maybe this is due to compositing layer sub-pixel position problems?

Comment 3 by ru...@starset.net, Sep 21 2016

It's the same for me with our without --high-dpi-support=1. With scaling turned on in KDE I still get the same results without --force-device-scale-factor=1.5.
Project Member

Comment 4 by sheriffbot@chromium.org, Sep 29 2016

Labels: -Needs-Feedback Needs-Review
Owner: schenney@chromium.org
Thank you for providing more feedback. Adding requester "schenney@chromium.org" for another review and adding "Needs-Review" label for tracking.

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

Comment 6 by ru...@starset.net, Sep 29 2016

Still having this issue with Chrome 55.0.2873.0 dev (64-bit). If if's a more OS related rendering issue, any suggestions on how to test that theory would be appreciated. I don't see it in any other apps.
Components: -Blink>Paint
Labels: Needs-Feedback
Assigning to fonts and Skia now. I'm really curious if anyone knows of differences in font behavior between signed-in and incognito.

rubin@, some more questions ...

Do you know if this problem is specific to your user profile? In other words, do other users see the same phenomenon? I'm starting to think you have some setting associated with your user profile, as that would explain why incognito looks different, and why we can't reproduce. Sorry for not thinking of that sooner.

Comment 8 by ru...@starset.net, Sep 29 2016

schenney@, thank you for giving this some attention.

When and where it happens seems to be a little random and sometimes now different between restarts of the session. Which session I use doesn't matter and I've been noticing the issue between Stable, Beta and Dev/Unstable channels.

Currently on 53.0.2785.116 (64-bit) due to a crashing issue with the Beta and Dev/Unstable channels,  issue 527035  (though I think someone blindly duped my stand along bug in there and what I'm seeing is a different issue).

My personal session doesn't exhibit the issue but a Guest one does. Additionally I've been noticing it more often when the page is zoomed out to something like 75%. And it doesn't really matter if you use an Incognito window, it'll happen anywhere for me, randomly (or semi consistently, like that specific Inbox column in 20160920155443-Selection.png).

Please see the new attached screenshot, the top left window is my personal session while the one in the bottom right is a Guest session. Both are zoomed out to 75%.
20160929143900-Selection.png
560 KB View Download
Components: -Blink>Fonts Blink>Compositing
Mergedinto: 651580
Status: Duplicate (was: Unconfirmed)
Likely a duplicate of  issue 651580 , and that issue has repro steps.

Sign in to add a comment