Tiff image with jpeg compressed data has incorrect colours (image magick needs upgrading?)
Open, LowPublic

Description

Author: dejan.papez

Description:
Hi, https://commons.wikimedia.org/wiki/File:Stara_Ljubljana_-_Ciril_Metodov_trg.tiff completely changed colours after it was moved.


Version: 1.23.0
Severity: normal

bzimport set Reference to bz63907.
bzimport added a subscriber: Unknown Object (MLST).
bzimport created this task.Apr 14 2014, 6:34 PM
Tgr added a comment.Apr 14 2014, 11:05 PM

Converting https://upload.wikimedia.org/wikipedia/commons/archive/5/59/20140414211458%21Stara_Ljubljana_-_Ciril_Metodov_trg.tiff on my machine via imagemagick works correctly. Some sort of bug in the converter used on the production servers?

The only relevant difference between the current working and the old broken image seems to be the lack of compression. (The old version has transparency and the new does not, but that does not seem to be the issue here.)

In https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=121392867#Change_of_colours_after_a_move Ruslik wrote "It is probably related to the fact that this tiff file uses jpeg compression."

(In reply to Tisza Gergő from comment #1)

Converting
https://upload.wikimedia.org/wikipedia/commons/archive/5/59/
20140414211458%21Stara_Ljubljana_-_Ciril_Metodov_trg.tiff on my machine via
imagemagick works correctly. Some sort of bug in the converter used on the
production servers?

Also fine for me too. All signs point to bug in specific version of image magick used on WMF servers

Kelson added a subscriber: Kelson.Feb 27 2015, 12:18 PM

Here an other example of a whole book uploaded by a GLAM in Switzerland, suffering of an ugly "pink effect":
https://commons.wikimedia.org/wiki/Category:Legacy_of_Tadeusz_Ko%C5%9Bciuszko_in_Solothurn

If the solution is to install a recent version of Imagemagick, we should maybe think about it and assign the bug to ops?

Here an other example of a whole book uploaded by a GLAM in Switzerland, suffering of an ugly "pink effect":
https://commons.wikimedia.org/wiki/Category:Legacy_of_Tadeusz_Ko%C5%9Bciuszko_in_Solothurn

If the solution is to install a recent version of Imagemagick, we should maybe think about it and assign the bug to ops?

We are already planning to upgrade image magick soon-ish, see T84842

Ltrlg removed a subscriber: Ltrlg.Feb 27 2015, 7:31 PM

@Bawolff
Relation between HHVM and Imagemagick is pretty unclear to me (and imagemagick is not listed in the list of tools to be updated in the ticket description). However, I trust you to have the overview on this and linked both tickets.

Relation between HHVM and Imagemagick is pretty unclear to me

WMF is upgrading the operating system on the servers as part of their migration to HHVM. They are upgrading from Ubuntu 12.04 ("precise") to 14.04 ("trusty"), which includes a new version of ImageMagick (see packages.ubuntu.com).

(and imagemagick is not listed in the list of tools to be updated in the ticket description).

That list only includes Ubuntu packages that WMF had had to rebuild for precise. It does not include packages that came directly from Canonical without changes.

Joe changed the status of blocking task T84842: Convert eqiad imagescalers to HHVM, Trusty from "Open" to "Stalled".Mar 17 2015, 12:09 PM

Actually I think for this one, it is the color profile which causes the incorrect colors.

Restricted Application added a subscriber: Matanya. · View Herald TranscriptJul 14 2015, 11:50 AM
Krenair changed the status of blocking task T84842: Convert eqiad imagescalers to HHVM, Trusty from "Stalled" to "Open".Jul 17 2015, 7:24 AM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptJul 17 2015, 7:24 AM
Restricted Application added a subscriber: Steinsplitter. · View Herald TranscriptAug 4 2015, 1:46 PM
Jdforrester-WMF moved this task from Untriaged to Backlog on the Multimedia board.Sep 4 2015, 6:10 PM

Add Comment