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

Issue 796507 link

Starred by 3 users
Status: Fixed
Owner:
ccameron@chromium.org
Closed: Nov 19
Cc:
brianosman@chromium.org
█ hubbe@chromium.org
ccameron@chromium.org
█ zakerinasab@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

severe image corruption with color-correct rendering and gpu rasterization

Reported by pdk...@gmail.com, Dec 20 2017 
Chrome Version: 63.0.3239.105 (also tried 65.0.3300.0)
OS Version: Ubuntu 14.04

Ever since color-correct rendering has been enabled, I've been getting image corruption on many websites.

(1.png)
(2.png)

Those icons will be familiar to you when you use Google Mail. I've made two screenshots of the corruption. It changes randomly every time the tab gets switched to.

(3.png)

https://www.nintendo.co.jp/top/img/switch_zelda_171208_l.jpg

This is a JPEG that's rendered semi-transparent. I've noticed many images being shown too light (bright) on many websites, which is apparently because they're rendered semi-transparent against a website's background (usually white).

(4.png)

The same image, after F5. This helps on websites too, but only for so many images at once. (I guess only so images can be cached or so.)

It's fixed by disabling GPU rasterization in chrome://flags, which does however makes some websites really slow.

Comment 1 by pdk...@gmail.com, Dec 20 2017

Comment 2 by pdk...@gmail.com, Dec 20 2017

Comment 3 by pdk...@gmail.com, Dec 20 2017 

(I notice I've switched images 1+2 in the description with 3+4.)

Comment 4 by pdk...@gmail.com, Dec 20 2017 

Also recorded a video which shows how the corruption changes between tab switches. (It's from a previous version of Chrome, but also post color-correct rendering.)

http://cdn.pwmon.org/chrome/icon.webm

Comment 5 Deleted

Comment 6 by pdk...@gmail.com, Dec 20 2017 

chrome://gpu

http://cdn.pwmon.org/chrome/gpu.html

Comment 7 by krajshree@chromium.org, Dec 20 2017

Labels: Needs-Triage-M63

Comment 8 by zakerinasab@chromium.org, Dec 21 2017

Cc: zakerinasab@chromium.org ccameron@chromium.org
I can't reproduce the bug on Chromium ToT on Linux and Mac. Adding ccameron@ to cc for more investigation.

Comment 9 by pdk...@gmail.com, Dec 21 2017 

When color-correct rendering could still be disabled in chrome://flags, that fixed it also.

PS. I'm building Chrome myself, so I can try speculative patches. (Just to exclude that as possible source: it's in official builds also.)

Comment 10 by dtapu...@chromium.org, Jan 8 2018

Components: Internals>GPU

Comment 11 by piman@chromium.org, Jan 9 2018

Cc: hubbe@chromium.org
Components: -Internals>GPU Internals>GPU>Rasterization
Labels: -Pri-3 Pri-2
Owner: ccameron@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 12 by ccameron@chromium.org, Jan 10 2018 

This is somewhat strange.

WRT the attached images 1 and 2 in comment #1: why is the image sometimes transparent? Is the fact that it is transparent the bug?

Comment 13 by bsalo...@google.com, Jan 10 2018

Cc: brianosman@chromium.org

Comment 14 by pdk...@gmail.com, Jan 14 2018 

​As mentioned, the image is always semi-transparent when first loaded, per
tab. Reloading the image (or the page it's on) makes it non-transparent.
It's a bug for sure.

Comment 15 by brianosman@chromium.org, Jan 22 2018 

Can you post the contents of chrome://gpu ?

Comment 17 by pdk...@gmail.com, Nov 4 

I can't reproduce this in M70. Was probably fixed somewhere along the way.

Comment 18 by brianosman@google.com, Nov 5 

That's likely - we've fixed many issues with color management in the last several releases.

Comment 19 by thomasanderson@google.com, Nov 19

Status: Fixed (was: Assigned)
►

Sign in to add a comment