Closed
Bug 338277
Opened 19 years ago
Closed 18 years ago
ICC color profiles not supported
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
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.
Comment 1•19 years ago
|
||
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?
Updated•19 years ago
|
Component: General → ImageLib
Product: Firefox → Core
Version: unspecified → 1.8 Branch
Updated•19 years ago
|
Version: 1.8 Branch → Trunk
Updated•19 years ago
|
Assignee: nobody → pavlov
QA Contact: general
Comment 2•18 years ago
|
||
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!
Comment 3•18 years ago
|
||
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.
Description
•