Closed Bug 601932 Opened 14 years ago Closed 12 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: 12 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: