Closed Bug 2148 Opened 21 years ago Closed 21 years ago

Animated GIFs stop working after several iterations

Categories

(Core :: ImageLib, defect, P2)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: christinehoff4, Assigned: pnunn)

References

()

Details

Build: 12/31/98
Platforms: Win 95, Win 98, Win NT

Open the above URL. The animated gifs perform initially and then stop.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Works fine with the latest build
Status: RESOLVED → REOPENED
Using the 1/13 build on Win 95, Win NT and Win 98, same behavior happens. I am
reopening the bug.
Resolution: WORKSFORME → ---
Setting all current Open/Normal to M4.
QA Contact: 1698
Summary: Animated gifs not rendering properly → Animated GIFs not rendering properly
Assignee: michaelp → gagan
Status: REOPENED → NEW
Component: Compositor → Networking Library
on page re-loads, they don't animate at all. i'm guessing a netlib bug...
Assignee: gagan → pnunn
Pam for investigation...
Status: NEW → ASSIGNED
Target Milestone: M4 → M5
pnunn's not here for the m4 endgame. moving to m5
Status: ASSIGNED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Re-opening. I'll give this animation a night to sit, but I can definitely
reproduce cases of animated GIFs starting, and then ceasing (or more frequently,
pausing for about 2-10 seconds.)

As an example, see http://www.prometheus-music.com/DancingUnicorn.gif.

(What's weirder --- and I can investigate and write up a separate bug for --- is
that when viewed in the page itself, it doesn't animate at all, or stops after
one frame of animation. See http://www.prometheus-music.com/about.html)
Resolution: WORKSFORME → ---
eli:
will you show me? On my gecko browsers, I see the animations animating
away, non stop. What platform, what release date?

-pn
Hi, Pam ---

My apologies; all platforms, and builds from date of comment (4/27/99). I'll be
around until 11:00 or so today if you want to see it, or any time tomorrow.
Target Milestone: M5 → M6
I'm not seeing this problem on a debug build. I updated it
all last night. Eli, is this a show stopper bug you are seeing,
or can it moved to M6?
-pn
Sure; M6 is fine with me.
*** Bug 5969 has been marked as a duplicate of this bug. ***
http://www.babilon.md/business_r4.html contains another example - if you view
the spinning globe all by itself at http://schist/bwglobe4.gif, it animates
correctly, but viewed in context of the babilon.md page, it doesn't. other
examples can be found at ty.com - the obnoxious animated Beanie Babies stop
bouncing if viewed at http://www.ty.com, but they animate ok if they're viewed
all by themselves in a browser window.
Summary: Animated GIFs not rendering properly → Animated GIFs don't loop.
this has to due with imglib interaction with netlib.
Hold until Necko lands.
-pn
*** Bug 5825 has been marked as a duplicate of this bug. ***
Hi all. I reported bug 5825 which was a duplicate of this bug. Last
week I was getting the error but today (Mon May 10) it seems to be
working just fine on my Solaris box. See this URL for a good animated
GIF example.


http://www.cs.umn.edu/~dejong
Hmm...I still see it on today's Mac OS build (using that page). Deferring until
Pam calls it fixed...
I've checked in a fix that may well affect the behavior
discribed in this bug. use this url as an additional test.
It lifts the anigif from prometheus-music, and displays
2 images in a table. One image is local, the other is on
another server.
http://jazz/users/pnunn/publish/Dancetest.html
The image on another server does continue to animate, but occasionally,
does have long pauses.
Using the 5.13.99 build on Mac OS (haven't checked other builds yet), the unicorn
is still pretty much frozen when displayed on the table in www.prometheus-
music.com/about.html.

I'm going to dissect the page, and write up a separate bug, since the GIFs are
looping on the page provided by Pam (if not pauses for the network one.)
Status: REOPENED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → FIXED
They loop for me.
Marking worksforme
I've isolated the frozen unicorn issue (05/13/99 comment), and created bug #6393
to address it.
[I've also broken a second issue --- specifically, that of the browser going nuts
on Mac after 10-20 minutes --- into bug report #6394.]
Animated GIFs (using the 5.13.99 AM build) are still ceasing to loop after a few
hours; specifically, I left the UNIX build running overnight, and the animated
GIFs were no longer animating in the morning.

I'm going to investigate this a bit further, and then re-open with findings.
[leaving it as 'resolved' keeps it on my radar screen.]
Summary: Animated GIFs don't loop. → After several hours, animated GIFs stop working.
Target Milestone: M6 → M9
Ok. NOW. With the new definition of this bug......
GIFs stopping after several hours of looping may
indicate an accumulated gif mem leak.

The initial bug, I believe, had to do with animated gifs with
loops > 1, stopping after the initial loop. Chris, please correct
me if this is wrong. And these animated gifs now animate more than
one loop.

I'm opening a new bug to track the mem leak problem.
-pn

-pn
Status: RESOLVED → VERIFIED
Summary: After several hours, animated GIFs stop working. → Animated GIFs stop working after several iterations
Haven't heard back yet from chrisd regarding pnunn's clarification request, so
I'm marking this bug as verified fixed, as GIFs continue to animate after several
iterations.

[The issue under discussion --- specifically, that animations stop after a day as
a result of a probable memory leak --- was broken into bug 6409, and is being
tracked there.]
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
Component: Networking → ImageLib
You need to log in before you can comment on or make changes to this bug.