212093 - transparent GIF layers displayed incorrectly

Status: RESOLVED DUPLICATE of bug 208622

(Core :: Graphics: ImageLib, defect)

Description

[Jeremy M. Dolan]

http://banners.moviegoods.com/120x240_051203_07.gif

Animated gif layers display improperly. Transparent part renders white. Opera/IE
can display this image properly.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030623 Mozilla Firebird/0.6

Comment 1

[Jason Barnabe (np)]

Confirming on WinXP Moz 2003070808.

OS->All

Comment 2

[Kevin Ar18]

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

Comment 3

[Kevin Ar18]

For reference here is an additional image that displays the problem:
http://banners.moviegoods.com/120x240_051203_07.gif

In both examles, the issue occured on transparent pixels/colors in the image. 
Both images also use the Undraw method: "Leave."

Comment 4

[Kevin Ar18]

Without realizing it, I provided the wrong link.
Here is another image depicting the problem:
http://www.poolcenter.com/images/fishjump_masthead_poolcenter.gif

Comment 5

[Alexander Zink :alex]

Confirmed in Mozilla 1.4 and 1.5a (Win32).

Here is another example:
http://www.artanic.com/mainpict/dgrorani.gif

Previous versions of Mozilla do render this gif animation correctly, as do IE 
and Opera.

The original image within the transparent areas of subsequent (anmiated) 
layers is not maintained. Instead the subsequent layers are fully displayed 
(even the areas marked as 'transparent', which you can see as black in the 
example gif).

Comment 6

[Robert O'Callahan (:roc) (email my personal email if necessary)]

This is a really bad bug.

It would be really helpful if someone could download old builds and try them to
narrow down exactly when this bug appeared.

Comment 7

[tor]

WFM - duplicate of bug 208622?

Comment 8

[chris hofmann]

all the test cases wfm too using winxp 20030804

minusing the 1.5b blocker request.  renominate if it needs to be on the 1.5 radar.

Comment 9

[tor]

Duplicate of 208622 - all the test cases in this bug have a transparent index
greater than the last index of the color table.

*** This bug has been marked as a duplicate of 208622 ***