Open
Bug 578315
Opened 15 years ago
Updated 3 years ago
Generic RGB color profile embedded in PNG image is not honored
Categories
(Core :: Graphics: Color Management, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: sprite+b.m.o, Unassigned)
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-us) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1
A PNG image with Generic RGB embedded color profile appears the same as a PNG image without embedded color profile. The embedded Generic RGB profile somehow seems to be ignored.
Reproducible: Always
Steps to Reproduce:
1. Open the test case in Firefox.
2. Observe the colors shown on the images
Actual Results:
The top two images - untagged and Generic RGB - on the test case is identical when displayed.
Expected Results:
The three images (untagged, Generic RGB, and sRGB) should have different output color since they have different embedded color profile.
Reporter | ||
Comment 1•15 years ago
|
||
Comment 2•15 years ago
|
||
This is the color profile for the Generic RGB image.
This color profile is not supported by qcms because the 'Rendering Intent' tag is not properly set.
Comment 3•15 years ago
|
||
So to summarize, Colorsync assumes an intent for the profile whereas we consider the profile bogus?
Comment 4•15 years ago
|
||
I can't confirm what Colorsync is doing but that is plausible. qcms invokes invalid_source while parsing the color intent thus failing to open the profile.
Comment 5•15 years ago
|
||
Do we want to support profile with invalid Rendering Intent tag or should resolve this as Invalid?
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•