Closed Bug 601932 Opened 14 years ago Closed 13 years ago

Invalid PNG rendering

Categories

(Core :: Graphics: ImageLib, defect)

1.9.2 Branch
x86
Windows 7
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: prakharbirla, Unassigned)

References

(Depends on 1 open bug, )

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 Color shift while rendering PNG image. Original image color: #373634 Firefox rendered color: #33322e IE rendered color: #373634 Reproducible: Always Steps to Reproduce: URL: http://2011.incident.in/images/big-frame/template/big-frame.png 1. Open the url in Firefox. (no need for HTML/CSS just open the image itself) 2. Save a screen shot. 3. Save the image to disk. 4. Open an Image Color picker to compare rendered colors. (I used PS-CS5) Actual Results: Firefox rendered color: #33322e Expected Results: Original image color: #373634
Version: unspecified → 3.6 Branch
Works for me - Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 Both opening the file in Photoshop CS5 and using the Colorzilla extension showed the outside color to be #373634.
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general → imagelib
Version: 3.6 Branch → 1.9.2 Branch
According to "pngcheck", and examination of the ICC profile stored in it, the posted PNG image contains an iCCP chunk that contains the HP sRGB profile, and a cHRM chunk that contains the correct chromaticity values for the sRGB colorspace. It doesn't have a gAMA chunk. $ pngcheck -v png-bad-color.png File: png-bad-color.png (4967 bytes) chunk IHDR at offset 0x0000c, length 13 583 x 232 image, 32-bit RGB+alpha, non-interlaced chunk pHYs at offset 0x00025, length 9: 2835x2835 pixels/meter (72 dpi) chunk iCCP at offset 0x0003a, length 2639 profile name = Photoshop ICC profile, compression method = 0 (deflate) compressed profile = 2616 bytes chunk cHRM at offset 0x00a95, length 32 White x = 0.31269 y = 0.32899, Red x = 0.63999 y = 0.33001 Green x = 0.3 y = 0.6, Blue x = 0.15 y = 0.05999 chunk IDAT at offset 0x00ac1, length 2194 zlib: deflated, 32K window, maximum compression chunk IEND at offset 0x0135f, length 0 When the iCCP chunk is present, Firefox ignores the cHRM chunk and gAMA chunks if they are present, and uses the iCCP chunk data, if the configuration setting gfx.color_management is nonzero.
Update: After @Kevin pointed out that it works for him, I tried using other Firefox installations but there was no problem on any other install. @Glenn: I think the problem is rather in my computer / gfX card and Firefox. As I pointed out the same image renders fine on all IE and Firefox except Firefox on my comp. IE also does fine. Please advice.
@Prakar, have a look at your display profile, identified in "about:config" gfx.color_management.display_profile. You can set gfx.color_management_mode to zero to obtain IE behavior (ie., no color management except for incorrectly handling the gAMA chunk)
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Depends on: 585074
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: