Closed Bug 87326 Opened 24 years ago Closed 24 years ago

PNGs with 100% transparency are rendered with white background

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED DUPLICATE of bug 84980

People

(Reporter: petter.sundlof, Assigned: pavlov)

References

(
URL
)

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.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
DUP I believe. bug 84980 *** This bug has been marked as a duplicate of 84980 ***
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).
An addition: the image is in INDEXED MODE, so it is most likely not a duplicate of bug 84980.
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.
Okay, so I'm taking it such that a fix for the initial state of this bug would also fix my problem?
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.
Verified Duplicate
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.