png transparency isn't when a background in a table cell. Works ok when alphachannel used for transparency mask. Is broken when binary transparency used in cell background or tablebackground. -pn

Can you move the testcase to a netscape-external location?

Adding `skins' based on Nikhil's comments in n.p.m.ui. This looks like a dup of bug 46871, actually.

Any progress in making the testcase accessable to external people?

*** Bug 52088 has been marked as a duplicate of this bug. ***

Attached is a cleaned up version of the testcase with an additional test added. I assume the problem you were pointing out was the lack of the image in the bottom left corner of the third table "badchrome not specified as background". As you can see from the fifth table, this problem also occurs with GIFs.

Updating QA Contact

tested with 101904 on win 98 Bug 19283 checkin has fixed themes png transparancy problems in windows (dupe bug 52088). Thinice and Neoclassic themes from x.themes.org are png based and both display corectally now.

*** Bug 57268 has been marked as a duplicate of this bug. ***

*** Bug 57268 has been marked as a duplicate of this bug. ***

All pnunn bugs reassigned to Pav, who is taking over the imglib.

using win32 installer mtrunk build 2001040904, but seen since 2001040404. this bug is back, as a regression - png images in the thinice chrome are no longer trasnparent. either this bug or bug 19283 should be reopened.

*** Bug 75530 has been marked as a duplicate of this bug. ***

Adding Regression keyword.

Patch to fix the problem the same way I did for Bug 19283, clear the color values corresponding to transparent pixels. I think this is the correct fix. I cannot verify because at the moment I don't have a working build environment. This may impact other platforms, in which case the #ifdef XP_PC should be removed/changed. If somebody with a build environment could try this very short patch to make sure I am clearing the color from the transparent pixels and not the opaque ones, that would be very helpful. If this patch doesn't fix the problem please see Bug 19283 for history.

mkaply: can you have someone who worries about os/2 imaging check out this patch? chris: if you are trying to target Windows, then please use XP_WIN instead of XP_PC; however let's see what mkaply has to say..

Could someone better explain the problem here. I have loaded the test case, but i don't quite know what I am looking for.

I've posted a better example of the problem at: http://members.home.com/chill244/binpng.html I think my patch might have cleared the color from the opaque pixels rather than the transparent ones. Sorry I don't have a build environment, or I would confirm it myself. if (*line++) { aptr[x>>3] |= 1<<(7-x&0x7); } +#ifdef XP_PC + else + cptr[-1] = cptr[-2] = cptr[-3] = 0; +#endif After looking at the OS/2 image code, I believe OS/2 operates the same way Windows does. This may be something that should be done on all platforms. It should be tested.

*** Bug 74542 has been marked as a duplicate of this bug. ***

Yes, the latest patch (4-19) correctly works for the given test case on OS/2 build.

*** Bug 77262 has been marked as a duplicate of this bug. ***

*** Bug 81130 has been marked as a duplicate of this bug. ***

is bug 82373 a dup of this? jake

*** Bug 82525 has been marked as a duplicate of this bug. ***

*** Bug 83087 has been marked as a duplicate of this bug. ***

Bug 83087 (presently a dup of this one) and bug 74542 (a former dup of this one) concern the same problem with GIFs, not PNGs. Should they be a separate bug or not?

Bug 81130 (a dup of this one) is also about GIFs.

PNG transparency isn't working (2001-05-25 build), even when the image is *not* in a table cell. See <URL: http://home.no.net/huftis/nynorsk- programvare/mozilla/ > for an example (the two W3C images at the bottom of the page). You'll probably have to make the viewport a bit narrow to see it. (I'm mentioning it in this bug, since other relevant bugs concerning this (but not PNGs in tables) have been marked as duplicates of this.)

What are we waiting for with this bug?

Am testing Mozilla under SunOS2.6 with all the debug on. My homepage www.pathtech.org has a transparent GIF as background to a table. During load of my homepage I get the following message: WARNING: Frame setting default background color but it has transparent background!, file nsFrame.cpp, line 4048 The image is never rendered.

I believe this should be fixed for Mozilla 1.0, particularly seeing as it's a regression. Could someone with appropriate permissions please add the appropriate keyword. Thanks.

Could someone with the appropriate permissions also correct the summary, as this occurs on (as near as I can tell) any PNG image, regardless of how it is loaded? I've seen it with <img src="whatever.png"> both inside and outside of tables, as well as image bullets for lists defined through stylesheets.

is this bug related to bug 84980 ? It seems that PNG binary transparency may not really work well at all.

I have put up a simple page to show this bug (i think it´s the same). http://www.mecronome.de/mozbugs/pngbug/ The picture should be transparent, but it isn´t. I have Mozilla for Windows Bulid ID 2001062815

It appears to me that this bug has been resolved with yesterday's fix to bug 84980. So they were the same bug after all!

Whoohoo marking dupe. *** This bug has been marked as a duplicate of 84980 ***

v