Issue metadata
Sign in to add a comment
|
--enable-color-correct-rendering causes images to disappear
Reported by
stu...@anchev.net,
Nov 6 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.90 Safari/537.36 Example URL: modelmayhem.com (and many other) Steps to reproduce the problem: 1. Enable flag --enable-color-correct-rendering 2. Restart browser 3. Browse modelmayhem.com or facebook.com or istockphoto.com (any site with many images) Testing on openSUSE Leap 42.1 What is the expected behavior? All images should display correctly What went wrong? Lots of images don't display (blank placeholders). Sometimes refreshing the page shows a few more but there are lot still missing. Refreshing again hides them again. Hard to find a pattern. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes 53.0.2785.143-79.2.x86_64 Does this work in other browsers? Yes Chrome version: 54.0.2840.90 Channel: stable OS Version: Flash Version: Shockwave Flash 23.0 r0 Browsing https://www.shutterstock.com search result doesn't show the problem (in case that may help in diagnosing it).
,
Nov 7 2016
Sounds like this may be related/dup of another known issue with certain color profiles- cc Matt & Chris
,
Nov 7 2016
re #1: It doesn't look like color space conversion issue. I downloaded a few of the images which display correctly and a few which don't - some have sRGB profile assigned, others have no profile. It's a mix of both in each category. That's why as I said in the bug report I couldn't find a pattern. Might that be something related to other metadata specifics?
,
Nov 7 2016
The fact that this is flaky (and that the images are untagged or sRGB) makes me think that it's unrelated to the known issue referenced in #2. Chris, I think I remember you mentioning that you had seen something similar to this? Do you remember anything about that (or did the flakes just go away)?
,
Nov 7 2016
Guys, just to clarify something: In previous versions of chromium on openSUSE I have never seen the colors display correctly, even with the flag. They always look more saturated regardless of profile (or the lack of it). I am testing on Plasma 5 in case that matters, using an EIZO CG class with correct profile assigned in systemsettings (I have oyranos-0.9.5-51.2.x86_64 installed). This makes Firefox display colors correctly, but it has no effect in chromium and not Google Chrome. So in this version it is the first time I see the flag doing anything - when enabled, the images (those which show) are displayed with correct colors in chromium (i.e. respecting the ICC profile). I think this definitely Linux specific in some way because Google Chrome on Windows has always shown colors correctly even without using that flag and doesn't hide any images. I hope that helps in finding the cause.
,
Nov 14 2016
IIRC the flakes just went away. I'm working on a fix for this. --enable-color-correction isn't a safe flag to use just yet, but hopefully it will be in the next few weeks.
,
Nov 14 2016
So hopefully you can change the status from Unconfirmed to something suitable? :)
,
Nov 14 2016
,
Nov 21 2016
,
Nov 21 2016
,
Nov 21 2016
,
Dec 15 2016
Updated to chromium-55.0.2883.75-99.2.x86_64 today. Even without the flag, images now seem to show correct colors!
,
Dec 16 2016
Are images still not appearing sometimes? In other words, has the bug been fixed for you in M55?
,
Dec 16 2016
1. When NOT using the flag "--enable-color-correct-rendering" - all images appear with correct colors. 2. When using the flag - images still disappear. Considering 1, for me personally 2 is not so important any more but perhaps you may want to fix it anyway.
,
Dec 21 2016
This feature is still under active development and isn't ready for external testing yet. I'll add this to about:flags when it's ready.
,
Dec 21 2016
Good. Please also make chrome://flags to show what "Default" values are. Currently many of the dropdowns show it but to know what the actual value is, one has to search for docs. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kochi@chromium.org
, Nov 7 2016