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.

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

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

I confirmed on Linux, WinNT, Win98.

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

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.

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

Another testcase shop1.sphinxwall.com The animated gif in the upper-right corner displays on a black background instead of the brown background image.

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

I believe this is a dup of 73978?

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)

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 ***

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.

unsetting TM with reopening.

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.

-> saari

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.

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.

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.

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).

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.

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

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.

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

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.

Maybe dup of bug 77334, marking as dependent on.

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

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

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)

P1

I think the same happens here (and looks really bad, btw): http://www.idea.pl/idea/optima.html

updating keyword

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

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

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

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

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

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)

Another bad animated GIF

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 ***