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)

x86
macOS
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.
Attached file Generic RGB Profile
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.
So to summarize, Colorsync assumes an intent for the profile whereas we consider the profile bogus?
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.
Do we want to support profile with invalid Rendering Intent tag or should resolve this as Invalid?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: