Closed
Bug 601932
Opened 14 years ago
Closed 12 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•12 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•