46995 - Animated GIF doesn't work correctly

Status: RESOLVED DUPLICATE of bug 84080

(Core :: Graphics: ImageLib, defect, P1)

Description

[Koike Kazuhiko]

Access Counter of animated GIF doesn't work correctly.

The access counter which I attach next shows "225387" first and should change to 
"225388". But it doesn't change correctly.

Comment 1

[Koike Kazuhiko]

Attachment: Animated GIF

Comment 2

[cheng]

confirmed on Linux 2000073020 (M18).  Reporter: which other OS have you tried
this on?

Comment 3

[pnunn]

The problem here is how the background is interpreted.
The animation occurs. All subsequent images after
the first image only have the size of the last digit. 
The last digit displays as it should. 

The first 5 digits which should just display from the
first image, are displayed incorrectly. There are lines
or blocks instead of numerals. 

My first guess is to look at the handling of transparent
backgrounds in the gif code.

-p

Comment 4

[Koike Kazuhiko]

I confirmed on Linux, WinNT, Win98.

Comment 5

[Loco]

Also confirmed on Mac 10-24-08, BTW.  Changing Plat to all.

Comment 6

[j+mozilla]

Perhaps a more complex example (of what I presume is the same issue) might help:
at www.they.com, the animated gif in the upper left corner displays similar
problems.  It might help to note that in both of these cases, the "updated"
image (that is, the animated part) is smaller than the displayed image.

Comment 7

[Koike Kazuhiko]

Attachment: Testcase #2 from www.they.com

Comment 8

[pnunn]

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

Comment 9

[André Schild]

Another testcase shop1.sphinxwall.com

The animated gif in the upper-right corner displays on a black background
instead of the brown background image.

Comment 10

[Tomasz Jarzynka]

Confirm on Linux, 20010419, happening since mid-march build IIRC.
NO animated gifs are rendered correctly.

Comment 11

[Terri Preston]

I believe this is a dup of 73978?

Comment 12

[Andrew Paterson]

I am not sure if this is the same problem but, for about a month or so, there has 
been a problem with the animated GIF on the following page:

http://www.tree4life.com/ingles/ingles.htm

The Brazilian rainforest GIF should show radiating circles (like ripples on a 
pond) but, at the end of the animation, the picture appears to explode! (At least 
that is the best description that I can think of!)

(Platform is PC running Windows 95 OSR2.5)

Comment 13

[Terri Preston]

I am marking this as a duplicate of bug 73978, please reopen if this is not 
correct

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

Comment 14

[Asa Dotzler [:asa]]

Reopening.  This is the only dupe out of the 30 or so dupes in 73978 which
wasn't fixed by that checkin. Also this looks XP and not linux specific.  

Comment 15

[Asa Dotzler [:asa]]

unsetting TM with reopening.

Comment 16

[Warner Young]

Build 2001042604, Win98.  Most of the transparent GIF stuff seems fixed, but on
this page (http://bx.sakura.ne.jp/~fcc/jun/), the hit counter keeps redrawing
itself over and over.  Not sure if it's properly part of this bug, or if it
should be a new bug.  I'm pretty sure this worked before the big fix checkin
today, though.

Comment 17

[Stuart Parmenter]

-> saari

Comment 18

[Koike Kazuhiko]

The testcase I attached on 2000-07-30 shows different problem now.

Current behaviour:

(1) "225387" is displayed.
(2) "225387" disappears.
(3) Last "7" changes to "8".
(4) "225387" appears again.
(5) Repeats animation from the beginning.

"225387" shouldn't disappear in (2) and shouldn't appear in (4).
Animation shouldn't repeat.

Comment 19

[saari (gone)]

The repeating, is a known, different bug (which has a patch that just needs
review). The redrawing is a touchy bit; it might be easily fixable, or it might
break some backward compatibility hacks. I'll have to look.

Comment 20

[Campanella]

Probably the access counter script which Warner Young said can be downloaded from 
this page(http://tohoho.wakusei.ne.jp/).  We can download this script directly
(http://tohoho.wakusei.ne.jp/soft/wcnt311.zip).  gifcat.pl containing in this 
script used the function of animating GIF.  And probably the access counter 
script which KOIKE Kazuhiko said can be downloaded from this page(http://
www2.biglobe.ne.jp/~nir/npc/).  We can download this script directly(http://
www2.biglobe.ne.jp/~nir/soft/npc-0.83.tar.gz).  npc.cgi had the function of 
animating GIF.  By the way, I tested some old nightly builds on my Japanese Mac 
OS 8.6 system.  BuildID:2001042508 didn't have this problem, but 
BuildID:2001042608 had this problem.  On the other hand, BuildID:2001042508 had 
bug 73978, but BuildID:2001042608 didn't have bug 73978.  I think that this 
regression occurred, when bug 73978 fixed.

Comment 21

[Warner Young]

Actually, now that I've looked at it a little more, the counter GIF problems I
described are probably bug 75828 (animated GIFs looping when they should only
animate once).

Comment 22

[Jérôme Landgräfe]

animated gifs from DSL Reports forums diplay a black instead of a transparent
background on Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9) Gecko/20010505.
Images affected, among others are:
http://i.dslr.net/bb/ubb_coll/hotclosedb.gif
http://i.dslr.net/bb/ubb_coll/icon11.gif etc.
These are standard gifs from the UBB collection.
These worked correctly with 2001032319 under W98SE.

Comment 23

[saari (gone)]

If the background on the images is only black the first time around, that is a
known bug.

Comment 24

[Jérôme Landgräfe]

the background stays black no matter what I do.
Just found <a href=http://bugzilla.mozilla.org/show_bug.cgi?id=77914>Bug
77914</a> which sums it up for me. Not found on first query because it uses
"animating gifs". Searched for "animated gifs".
Thanks.

Comment 25

[Vladimir Kondratiev]

Attachment: test case: wall clock

Comment 26

[Vladimir Kondratiev]

I added example borrowed from www.mignews.com.
This used to work OK sometime in the past.

Comment 27

[Martin Macok]

http://www.paegas.cz/rdmnet/img/menu/anim_menu_logo.gif

is this the same bug? this animated GIF just almost doesn't draw anything.

Comment 28

[Tom Mraz]

Maybe dup of bug 77334, marking as dependent on.

Comment 29

[niemann]

Attachment: Incorrect animation; Should write "Inga"; see www.inga.cx

Comment 30

[Tom Mraz]

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

Comment 31

[Markus Hübner]

Another one to see the effect:
http://www.world-direct.com/mozilla/teams_files/teamshoping_explain.gif

Comment 32

[Martin Macok]

Fixed testcases:
http://www.paegas.cz/rdmnet/img/menu/anim_menu_logo.gif
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=36485

Not fixed:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=40753
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=36485
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=12153

I don't know who commited what ... just noted some aGIFs which I didn't
see before ;-)

(using current trunk (23/7) on Red Hat 7.1 Linux)

Comment 33

[saari (gone)]

P1

Comment 34

[Miloslaw Smyk]

I think the same happens here (and looks really bad, btw):

http://www.idea.pl/idea/optima.html

Comment 35

[Bjarne D Mathiesen]

Attachment: looped animated gif

Comment 36

[Markus Hübner]

updating keyword

Comment 37

[Markus Hübner]

A testcase that clearly shows the problem
http://www.world-direct.com/mozilla/teams.htm

Comment 38

[Markus Gerstel]

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

Comment 39

[Michael Gabriel]

the counter from the very first problem works for me on 
2001083003, Win2k
But i found another not working gif, which works ns4.78 and ie 5.0 
http://www.webhostingtalk.com/images/smilies/argue.gif

Comment 40

[Markus Hübner]

http://www.world-direct.com/mozilla/teams.htm
is still broken using build 2001090703
What's the current status on this?

Comment 41

[Stephen Anderson]

Attachment: Yet Another Testcase (YATc)

Comment 42

[Stephen Anderson]

Attachment: YATc

Comment 43

[Stephen Anderson]

Attachment: YATc

Comment 44

[Stephen Anderson]

Attachment: YATc

Comment 45

[Katsuhiko Momoi]

Chris, any progress on this bug for 0.9.8? 
There are many sites with this problem ...

Comment 46

[Owen Williams]

Has the source of the problem been determined?  As far as I can tell, mozilla is
merely misinterpretting the gif spec, specifically:

"Disposal Method
    Indicates the way in which the graphic is to be treated after being
displayed. [this is referring to each frame --ed]

Values:
0 - No disposal specified. The decoder is not required to take any action.
1 - Do not dispose. The graphic is to be left in place.
2 - Restore to background color. The area used by the graphic must be restored
to the background color.
3 - Restore to previous. The decoder is required to restore the area overwritten
by the graphic with what was there prior to rendering the graphic.

(from http://www.msg.net/utility/whirlgif/gif89.html)

Comment 47

[corey]

Attachment: Flickering animated GIF for test case

Another bad animated GIF

Comment 48

[Koike Kazuhiko]

The problem is Mozilla misinterpret "Disposal method", as Owen said(#46).

This bug should be marked as duplicate of bug 84080.

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