Closed Bug 338277 Opened 19 years ago Closed 18 years ago

ICC color profiles not supported

Categories

(Core :: Graphics: ImageLib, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 16769

People

(Reporter: mikko.rantalainen, Assigned: pavlov)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3

Gecko doesn't seem to support PNG (or JPEG or GIF) images with an ICC profile. This causes problems mostly with photographs from better digital cameras that often provide an opportunity to use AdobeRGB color space. Displaying such JPEG images with Firefox results to incorrect colors on screen.

ICC and gamma profiles are better defined for PNG images so initial implementation should probably be done for PNG and later extended for other image formats.


Reproducible: Always

Steps to Reproduce:
View testcases at http://www.libpng.org/pub/png/png-colortest.html or http://www.libpng.org/pub/png/colorcube/colorcube-pngs-iCCP.html

Actual Results:  
Colors don't match.

Expected Results:  
Colors match as described in the test cases.

The ICC color profile support should probably extend existing support for PNGs with a gAMA, cHRM, sRGB chunk. PNGs with iCCP chunk should be supported too (see the second test case).

Opera and Konqueror fail the above tests, too.

Same results with "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060516 Minefield/3.0a1 ID:2006051609 [cairo]" also.
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060517 Minefield/3.0a1 - Build ID: 0000000000
Confirmed.
Related to/dupe of bug #53597?
Component: General → ImageLib
Product: Firefox → Core
Version: unspecified → 1.8 Branch
Version: 1.8 Branch → Trunk
Assignee: nobody → pavlov
QA Contact: general
explanation here:
http://www.flickr.com/groups/nikond50/discuss/72157594283785747/

:quoting:
Firefox does NOT assume the srgb space, it assumes whatever is the working space your monitor is using. For Windows/Linux users the working space usually is srgb, hence most people think srgb is assumed. Macs, however, come with a default working space that more closely matches the output of the monitor (this time Apple has it right), so Camino is assigning the default working space of your monitor to every photo you view with it. To see that this is the case, set your working space to srgb and the photos will look identical in Safari and Camino!

Here's a screenshot showing the differences in color between Camino and Safari. (I tried in firefox as well, and the results were the same)

http://www.flickr.com/photos/tunaranch/269794437/

(Shouldn't this be confirmed by now? Enough people seem to be aware of the symptoms, and mentioned in comment #2)
Take a look at Bug 16769, which is getting a bit of attention in the last few days.  I'm glad I bugged tor about it on IRC, as he added a patch, and sparked discussion back up.  Hopefully there will be a fix to this problem that leaves Mozilla browsers with the best color profile support instead of the worst :)

Incidentally, can someone mark this bug as a duplicate of that one?
Please see
http://www.littlecms.com/
It's under the MIT license 

*** This bug has been marked as a duplicate of 16769 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.