Closed
Bug 87326
Opened 23 years ago
Closed 23 years ago
PNGs with 100% transparency are rendered with white background
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
People
(Reporter: petter.sundlof, Assigned: pavlov)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.1+) Gecko/20010622 BuildID: 2001062204 If you view the URL http://overosa.dhs.org/information.html, you will on Windows 98 (not Mac, not GNU/Linux X11) see that the PNGs between the three internal tables are rendered white, while the pixmaps in fact are transparent. The same thing goes for the "li type=square" image bullets in the flowing text. This may have something to do with the combination of other translucent PNGs? Reproducible: Always Steps to Reproduce: 1.Load the page Actual Results: Some PNGs with 100% transparency in them are rendered incorrectly Expected Results: The transparency of the mentioned pixmaps should be just that, transparent Does not happen on Mac, or GNU/Linux/X11.
Updated•23 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 1•23 years ago
|
||
DUP I believe. bug 84980 *** This bug has been marked as a duplicate of 84980 ***
Reporter | ||
Comment 2•23 years ago
|
||
Hm, are you sure? The other transparent PNGs are RGB and translucent, and they render fine. The problem only happens with the PNGs with completely transparent backgrounds (1x1 pixels), and the bullet-like image, with only black in it. Does not happen in the 10-20% white opacity in the middle table (see the page).
Reporter | ||
Comment 3•23 years ago
|
||
An addition: the image is in INDEXED MODE, so it is most likely not a duplicate of bug 84980.
Comment 4•23 years ago
|
||
My intrepretation of the situation is that this wasn't a duplicate when you reported it, but bug 84980 has since been expanded to cover indexed (palette) images, as they appear to suffer from the same problem.
Reporter | ||
Comment 5•23 years ago
|
||
Okay, so I'm taking it such that a fix for the initial state of this bug would also fix my problem?
Comment 6•23 years ago
|
||
Yes, this is definitly the same problem. A windows specific PNG image bug with 1bit transparancy not always working correctly. And looking at the timestamp actually this bug was a duplicate already when it was filed since at that time Jason has already stated that it was clear that bug 84980 also affected index color PNGs.
You need to log in
before you can comment on or make changes to this bug.
Description
•