Closed Bug 83726 Opened 23 years ago Closed 23 years ago

Transparent non-animated GIFs have black background after redraw

Categories

(Core :: Graphics: ImageLib, defect)

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

Tracking

()

Status:
VERIFIED DUPLICATE of bug 77914
Milestone:
mozilla0.9.3

People

(Reporter: piskozub, Assigned: pavlov)

References

(
URL
)

Details

(Whiteboard: netcenter) 

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)?
URL: http://cloud.halcyon.co.za/moz/trans_...
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.
Keywords: mozilla1.0
*** 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.
Keywords: mozilla1.0
Andreas: I do not see multiple bugs here.  In fact you admitted it yourself
today - see your comment above.
Target Milestone: --- → mozilla0.9.3
*** 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.
Whiteboard: netcenter
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 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
vrfy dup
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.