From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9+) Gecko/20010530 BuildID: I create this bug to collect all the similar bugs that concern transparent color in GIFs turning to black after a redraw. None of them should be the original bug as they all are rather narrow in their scope. All the bugs in this category are Windows only (at least so far) Technically bug 77914 (same for animated GIFs) fits here as well, because the first frame is shown correctly and corrupted upon redraw with the following frames but as it has a long history I decided not to mix them up. Reproducible: Always Steps to Reproduce: 1. Open a page with a transparent GIF 2. Make the page redraw (by scrolling or changing its dimensions) 3. See the black color where the GIF was originally transparent I set the severity to Major as this is very clearly visible and may create bad press for the Mozilla project.

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

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

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

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

Bug 78864 seems related but does not fit the description (it does not seem to be a GIF problem)

In fact the other bugs seem to be dupes of bug 78733. Why open a new bug and loose the old bug's history (especially Peter's excellent testcase and the target milestone)?

I spent a lot of time looking for a good candidate to dup all the other bugs against. Bug 78733 is about GIFs in table cells and the problem seems a lot more general. However, I would hestitate changing the status of bug 78733 had I noticed it already had a Target. I re-assign this bug to Pavlov (the owner of bug 78733), hoping he will accept yhis one.

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

Jacek, how about creating a meta bug depending on the other bugs in such a case? I'm pretty sure all bugs have the same cause, and others as well (bug 77914, similar bugs for PNGs). But I'd like to keep them as individual bugs if they are distinct in their specific incarnation until we know for sure they are the same. They will be easier to find in bugzilla too and we may prevent some additional dupes.

Andreas: I do not see multiple bugs here. In fact you admitted it yourself today - see your comment above.

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

http://www.planetofmusic.com/registration/reg.html seems to exhibit this bug in the background image behind the form. See Bugscape #5165.

Doesn't need a redraw. See http://business.netscape.com/business/ The right hand column, see that the transparent image (non-animated) is black on first drawing of page.

Is this bug being looked at? Seems pretty bad to me.

I found the reason for this bug as well as its animated sibling, bug 77914. The reason was a 4/26 check-in by dprice@netscape.com fpor bug 75641 (I give the details at bug 77914 page). A fresh CVS with build with that fix checked out does not show any of the testcases in dups of this bug. I've also seen for the first time in weeks the animated GIF showing side-bar being loaded. It seems I was right to make one bug of all them. They all plus bug 77914 are really brothers. I do hope someone finds a way to fix that fix leak without killing GIF transparency. Adding dprice@netscape.com to CC:.

Patch 38027 by timeless for bug 77914 fixes this bug as well. Tested with WindowsME on a patched CVS build. I hope that fixs gets s= and sr= soon.

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

This bug and all its dups has been fixed by the checkin for bug 77914. I n fact I always suspected the two bugs are the same. This is why I created this one from a few separate ones and why its summary mirrors the summary of #77914 *** This bug has been marked as a duplicate of 77914 ***

vrfy dup