Last modified: 2012-10-26 12:14:36 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T26854, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24854 - Black/striped thumbnails of CMYK JPEGs
Black/striped thumbnails of CMYK JPEGs
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.17.x
All All
: Low minor with 7 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: upstream
: 25921 27635 29046 35684 36346 37956 38815 (view as bug list)
Depends on:
Blocks: 41371 29999
  Show dependency treegraph
 
Reported: 2010-08-18 15:49 UTC by Derk-Jan Hartman
Modified: 2012-10-26 12:14 UTC (History)
14 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Derk-Jan Hartman 2010-08-18 15:49:21 UTC
See the original upload of http://commons.wikimedia.org/wiki/File:Wikipedia_parel_poster_A1.jpg

The thumbnails for this upload rendered in a striped black. This is most likely caused by ImageMagick using the EXIF colorspace by default. In the case of this image, the EXIF colorspace is set as "uncalibrated" which probably makes IM default to RGB, whereas this is a CMYK image. The ICC however notes "color mode: CMYK, Color profile: ISO Coated v2 (ECI)'

Intermediary solution is to convert the image using a graphics program from color mode CMYK to RGB and saving it with colorprofile sRDB for instance.
Comment 1 Derk-Jan Hartman 2010-08-18 16:44:19 UTC
This version is fixed with a newer ImageMagick or newer libjpeg version.

I run:
Version: ImageMagick 6.5.9-9 2010-05-05 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC

libjpeg (7.dylib)

which does not have this problem.
Comment 2 Ryan Kaldari 2010-08-18 17:39:31 UTC
Actually ImageMagick was just upgraded a few days ago. Previously it discarded the color profile from thumbnails, now they are preserved. Perhaps this problem was caused by the fact that the EXIF and ICC color settings did not agree with each other.
Comment 3 Ryan Kaldari 2010-08-18 17:40:57 UTC
I was referring to the ImageMagick used by our thumbnailing servers in case it was not clear.
Comment 4 Derk-Jan Hartman 2010-08-18 21:49:37 UTC
No, this upload was from today. It is not related to our upgrade. 

There might be other causes of course. It could be an error in libjpeg or in the assembly code used by imagemagick, and thus be specific to the platform. a 32bit vs 64bit issue. Will require further testing I guess.
Comment 5 Derk-Jan Hartman 2010-11-14 16:42:41 UTC
*** Bug 25921 has been marked as a duplicate of this bug. ***
Comment 6 Bawolff (Brian Wolff) 2011-02-24 20:26:35 UTC
*** Bug 27635 has been marked as a duplicate of this bug. ***
Comment 7 Derk-Jan Hartman 2011-05-19 09:33:47 UTC
*** Bug 29046 has been marked as a duplicate of this bug. ***
Comment 8 Tisza Gergő 2012-01-01 17:07:54 UTC
Here is another example: http://hu.wikipedia.org/wiki/F%C3%A1jl:Stephenie_Meyer_-_%C3%9Ajhold.jpg
Comment 9 Bawolff (Brian Wolff) 2012-04-04 00:36:49 UTC
*** Bug 35684 has been marked as a duplicate of this bug. ***
Comment 10 Bawolff (Brian Wolff) 2012-04-04 00:37:45 UTC
Note the last bug i duped was actually about YCCK jpegs, not CYMK, but its essentially the same issue.
Comment 11 Marco 2012-06-13 10:51:35 UTC
Thanks to Mark A. Hershberger for his query: http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=20898
Comment 12 Bawolff (Brian Wolff) 2012-06-26 11:55:26 UTC
*** Bug 37956 has been marked as a duplicate of this bug. ***
Comment 13 Marco 2012-06-30 08:43:44 UTC
I created a https://commons.wikimedia.org/wiki/Category:Bug_24854_fixed_temporarily , where I stored all the files wich got temporarily fixed. Just to keep order.
Comment 14 Robert Xiao 2012-07-31 06:50:57 UTC
*** Bug 38815 has been marked as a duplicate of this bug. ***
Comment 15 Robert Xiao 2012-07-31 06:56:58 UTC
From my brief analysis over at Bug 38815, I've noticed that the images are converted to 1-bit black when the thumbnail has width less than 85% of the original, exacerbating this problem. So, it is probably more noticeable on smaller thumbnails.

Furthermore, the effect is browser-dependent. Some browsers (and OSes) will render the larger (>= 85% width) thumbnails fine, but others (in my testing, Safari and OS X) actually invert the colours in the thumbnail (but not the original) for some reason. The likely suspect is missing or incorrect ICC profiles.
Comment 16 Marco 2012-07-31 09:42:52 UTC
(In reply to comment #15)
Thanks for having a detailed look at this problem. Rendering in Firefox (at least 14.0.1) and Opera (at least 12.00) on Ubuntu 12.04 is fine. IE8 on Win7 does not display any thumbnail of those CMYK images.
Comment 17 Kevin J Morgan 2012-08-10 06:17:11 UTC
another example:
https://commons.wikimedia.org/wiki/File:WendyDavis.jpeg
Comment 18 Alex Monk 2012-09-20 17:36:57 UTC
*** Bug 36346 has been marked as a duplicate of this bug. ***
Comment 19 Marco 2012-10-26 11:27:52 UTC
Was there any update regarding the image scalers? The black/striped artefacts seem to have disappeared now... See example at: https://commons.wikimedia.org/wiki/File:Photo_of_Gail_Dolgin.jpg

Nevertheless the thumbnails of cmyk-files (at least of the example file I mentioned above) have about 100 times the size of "normal" rgb thumbnails.

See:
* https://upload.wikimedia.org/wikipedia/commons/archive/5/5b/20121026111652!Photo_of_Gail_Dolgin.jpg (cmyk-thumbnail 90 × 120 (557 KB))
* https://upload.wikimedia.org/wikipedia/commons/thumb/archive/5/5b/20121026110216!Photo_of_Gail_Dolgin.jpg/90px-Photo_of_Gail_Dolgin.jpg (RGB-thumbnail 90*120 (5 KB))
Comment 20 Derk-Jan Hartman 2012-10-26 12:14:36 UTC
It does seem indeed as if this issue is now fixed after purging the affected images. Where thumbs are not fixed, it seems this is because of bug 41130

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links