Closed
Bug 601932
Opened 14 years ago
Closed 13 years ago
Invalid PNG rendering
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: prakharbirla, Unassigned)
References
(Depends on 1 open bug, )
Details
Attachments
(1 file)
4.85 KB,
image/png
|
Details |
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
Reporter | ||
Updated•14 years ago
|
Version: unspecified → 3.6 Branch
Reporter | ||
Comment 1•14 years ago
|
||
Comment 2•14 years ago
|
||
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.
![]() |
||
Updated•14 years ago
|
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general → imagelib
Version: 3.6 Branch → 1.9.2 Branch
Comment 3•14 years ago
|
||
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.
Reporter | ||
Comment 4•14 years ago
|
||
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.
Comment 5•14 years ago
|
||
@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)
Updated•13 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•