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

Issue 766175 link

Starred by 7 users

Issue metadata

Status: Fixed
Owner:
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Background color appearing slightly different at some arbitrary (?) border

Reported by ph.rudl...@gmail.com, Sep 18 2017

Issue description

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

Example URL:

Steps to reproduce the problem:
1. Open https://chromiumbugs.appspot.com (also reproducable on twitter.com, and some personal websites of mine)
2. With dev tools, set the `background` property of the body element to a color like `deepskyblue` (to be able to see the visual difference)

What is the expected behavior?
Whereever the background color of an element is visible, it appears exactly the same.

What went wrong?
The background color looks slightly different in certain areas of the page.

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: 61.0.3163.91  Channel: stable
OS Version: Ubuntu 17.04
Flash Version: -

Areas that are covered by other elements show what I believe is the correct appearance of the color. Areas farther away look different. It’s hard to describe it as it’s *not* happening at some element boundary. I attached a screenshot. In the screenshot, you can see the developer tools. Above where it reads "HTTPS Everywhere" (directly above the letter "w") is one such change in appearance.
 
chrome-bug.png
150 KB View Download
Labels: Needs-Triage-M61
Components: -Blink Blink>Paint
Cc: ranjitkan@chromium.org
Labels: Needs-Feedback
Rechecked this issue on Ubuntu 14.04 & Ubuntu 17.04 using chrome stable version 61.0.3163.91, unable to reproduce the issue. Screen shot attached. Followed the instruction as provided in the issue. 
Background color.png
385 KB View Download
NextAction: 2017-10-02
This very much looks like a video card issue, or we would be seeing reports all over.

Could you try something that will help us debug? In DevTools, under the "..." menu, "More Tools", select "Rendering" and then check the "Layer borders" box. I speculate the that color change will occur at tile boundaries. Please include a screen shot if you can.
Indeed, the change in color occurs at the tile boundaries.
chrome-rendering.png
54.7 KB View Download
Project Member

Comment 6 by sheriffbot@chromium.org, Sep 19 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "ranjitkan@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
That `deeppink` ended up a poor choice of color. I think the difference becomes more apparent in another screenshot using `deepskyblue`.
chrome-rend2.png
54.7 KB View Download
Components: -Blink>Paint Internals>Compositing
Labels: -Needs-Triage-M61
NextAction: ----
Interesting. It's all the empty tiles. I'm guessing we clear the textures with the background color, but maybe it's something else. Anyway, over to the cc compositing folks.
Cc: ccameron@chromium.org
+ccameron: Is this related to https://chromium.googlesource.com/chromium/src/+/1894d423068be735560e0171922c833c4091b5d1
Owner: ccameron@chromium.org
Status: Assigned (was: Unconfirmed)
Definitely related to color correct rendering.

It appears that only solid color layers are having issues.
- For solid color layers, we specify the color of the layer in sRGB.
- For non-solid-color layers, we specify pixel colors in the display color space.

These can be ~1/255 or as much as ~2/255 off from each other due to rounding error, but never should they be more than that.

Could you go to about:gpu, print the resulting page as a PDF and attach it here?
I went to `about:gpu` and saved the page as PDF and attached it.
chrome___gpu.pdf
83.0 KB Download
Everything there looks above-board. I'll give it a try on my Linux machine tomorrow.
1. It does not seem to happen with every color. I just tried and went through the CSS color names as suggested by the dev tools, and for many colors I can’t make out a visial difference. This might not be accurate, as there might still be a minor difference that I just can’t perceive.

2. For easier reproducability: http://output.jsbin.com/coyakopivi/
Screenshot from 2017-09-22 15-19-46.png
4.7 KB View Download
Still can't reproduce this locally. Can you run:
  xprop -root | grep ICC > icc_profile.txt
and attach the resulting icc_profile.txt?

(btw, in Chrome 61 you can work around this by disabling color correct rendering in about:flags, and in Chrome 62 and beyond, you can work around this by forcing an sRGB color profile in about:flags)
I attached the output as requested.

Disabling color correct rendering resolves the issue as a workaround.
icc_profile.txt
6.5 KB View Download
Re-attaching as a .icc file
bug766175.icc
1.8 KB Download

Comment 17 Deleted

Comment 18 by izaak...@gmail.com, Oct 17 2017

Comment #14 was right disabling "color correct rendering" solved the issue on Ubuntu 16.04 Chrome 61.0.3163.100
icc_profile.txt
6.9 KB View Download
I can no longer reproduce the issue on:

- Ubuntu 17.10
- Chrome 62.0.3202.89
Status: Fixed (was: Assigned)
Thanks, I guess this was fixed by 62.

Sign in to add a comment