Red Hat Bugzilla – Full Text Bug Listing
|Summary:||JPEGs with sRGB IEC61966-2.1 color profiles have wrong colors|
|Product:||[Fedora] Fedora||Reporter:||Joel Uckelman <uckelman>|
|Component:||java-1.6.0-openjdk||Assignee:||Denis Lila <dlila>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||14||CC:||ahughes, dbhole, jvanek, langel, lkundrak, mark, mmatejov, omajid|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2011-05-03 13:29:10 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Joel Uckelman 2010-12-08 16:07:29 EST
Created attachment 467577 [details] Test program showing the problem Description of problem: Some JPEGs with sRGB IEC61966-2.1 color profiles have completely wrong colors when loaded by ImageIO. The problem appears to afflict only OpenJDK---I can't reproduce this with the same images on Windows XP with Oracle's 6 Update 22. Every other program I use to open bad.jpg displays it properly. This could be because ImageIO has a bug, or it could be because bad.jpg is broken, but ImageIO handles the brokenness differently from other programs. (I haven't been able to find any way to determine whether the image is a valid JPEG.) Version-Release number of selected component (if applicable): java-1.6.0-openjdk-126.96.36.199-188.8.131.52.fc14.x86_64 How reproducible: Always. Steps to Reproduce: 1. java Test good.jpg 2. java Test bad.jpg Actual results: bad.jpg has incorrect colors (it's purplish instead of greenish). Expected results: If bad.jpg is ok, then it should look like good.jpg. If bad.jpg is actually broken, then ImageIO should complain.
Comment 3 Joel Uckelman 2010-12-08 16:17:09 EST
Created attachment 467584 [details] A screenshot of the bad image looking purple instead of green
Comment 4 Andrew John Hughes 2010-12-08 16:52:38 EST
The proprietary JDK has a proprietary colour management system which was never released as open source. OpenJDK uses LCMS, as do many other applications on the GNU/Linux platform.
Comment 5 Joel Uckelman 2010-12-09 03:20:09 EST
(In reply to comment #4) > The proprietary JDK has a proprietary colour management system which was never > released as open source. OpenJDK uses LCMS, as do many other applications on > the GNU/Linux platform. GIMP uses LCMS, but the attached "bad" image has the correct colors in GIMP (and in every other application I've tried on Linux).
Comment 6 Andrew John Hughes 2010-12-09 07:33:18 EST
Do you know what version of LCMS is being used by GIMP? OpenJDK uses an in-tree version (due to local patching) which may have a bug that's been fixed in a newer version.
Comment 7 Joel Uckelman 2010-12-09 09:18:32 EST
(In reply to comment #6) > Do you know what version of LCMS is being used by GIMP? No, I don't. The only way that I knew that GIMP was using LCMS at all was from a diagnostic message it spit out to my terminal after I chose the "Keep" option for the color profile while loading the image.
Comment 8 Denis Lila 2011-05-03 13:29:10 EDT
This was fixed in head and 1.10 by this changeset: http://icedtea.classpath.org/hg/release/icedtea6-1.10/rev/d2d762ec4dda
Comment 9 Andrew John Hughes 2013-09-23 19:38:38 EDT
Finally fixed in 7: http://blog.fuseyism.com/index.php/2013/09/23/icedtea-2-4-2-released/