Closed
Bug 791456
Opened 13 years ago
Closed 13 years ago
Images on xkcd.com are mangled with gfx.color_management.enablev4 set to true
Categories
(Core :: Graphics: Color Management, defect)
Core
Graphics: Color Management
Tracking
()
RESOLVED
DUPLICATE
of bug 722831
People
(Reporter: ehoogeveen, Unassigned)
References
()
Details
Attachments
(3 files)
Using the attached profile, created using dispcalGUI and my ColorMunki Photo, images on xkcd.com show up mangled in somewhat random ways (the attached png shows the problem). This problem only happens when gfx.color_management.enablev4 is set to true - however I don't know whether the setting is directly responsible, or if this is simply an ICC v4 profile that doesn't get used with gfx.color_management.enablev4 set to false.
Testing was done using today's Nightly (2012-09-15), regression range (if any) unknown.
Expected results:
Image displays correctly (albeit with colors adjusted).
Actual results:
Image displays mangled, horizontally squashed and interspersed with or followed by colored vertical lines.
| Reporter | ||
Comment 1•13 years ago
|
||
| Reporter | ||
Comment 2•13 years ago
|
||
Oops, I didn't mean to mark the ICC profile as an image/png - that was meant for the second attachment only.
Comment 3•13 years ago
|
||
This may have been caused by bug 791305 which landed yesterday.
| Reporter | ||
Updated•13 years ago
|
Attachment #661486 -
Attachment mime type: image/png → application/octet-stream
| Reporter | ||
Comment 4•13 years ago
|
||
Ah, that's unfortunate timing on my part. I also saw this problem on yesterday's nightly, so I don't believe that bug is responsible.
| Reporter | ||
Comment 5•13 years ago
|
||
I did a little more investigation: gfx.color_management.enablev4 landed in the Nightly for 2011-07-29, and the image from the example URL looks just as broken in that build as it does today. So this isn't a recent regression - it's always been broken with that option enabled.
The attached profile was created using dispcalGUI 1.0.9.0, based on the Argyll CMS 1.4.0 tools, and uses the following options:
Profile type: XYZ LUT + matrix
Black point compensation: Enabled
Testchart file: Massive testchart for LUT profiles
| Reporter | ||
Comment 6•13 years ago
|
||
I also think it has something to do with the profile embedded in the image, as the test page on color.org doesn't show the problem (Image URL: http://imgs.xkcd.com/comics/nanobots.png).
| Reporter | ||
Comment 7•13 years ago
|
||
This is the profile as embedded in the png. If I open the image in GIMP, convert it to color (from grayscale) and save it, this data seems to get stripped. If I then convert it back to grayscale, the image displays just fine in Firefox. So the problem must be related to this profile (and my own) in some way.
Updated•13 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Comment 9•12 years ago
|
||
(In reply to Daniel Veditz [:dveditz] from comment #8)
>
> *** This bug has been marked as a duplicate of bug 722831 ***
I have just encountered this bug (when enabling v4), and tried to access bug 722831, but it says Access Denied.
What is the status of this bug?
You need to log in
before you can comment on or make changes to this bug.
Description
•