Closed
Bug 11740
Opened 26 years ago
Closed 26 years ago
Animated GIF images disappear after loading
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
VERIFIED
WORKSFORME
M10
People
(Reporter: cpratt, Assigned: pnunn)
References
()
Details
Build ID: 1999081208
Platform: Mac OS 8.6 (could not reproduce on Windows NT)
To reproduce:
- Launch apprunner and load the URL above
- Wait
Result: When the page is displayed for more than a second or two, the images (eg
star3-anim, batty, inky, anim-smoochy) slowly disappear one by one and are
replaced by the names of the images.
Expected result: The frolicking Beanie Babies should continue bounce around
gleefully. That is, they're all animated .GIFs; they should continue to loop
through their animations instead of being replaced by the ALT tag text or the
image name.
Updated•26 years ago
|
Target Milestone: M10
Comment 1•26 years ago
|
||
Hmmm. Maybe something with reloads not occurring in the proper load group --
just guessing. Why would the mac be getting an extra reload anyway? Cc'ing
Rick.
Updated•26 years ago
|
Summary: [PP] - Mac OS: Images disappear after loading → [PP] - Mac OS: Animated GIF images disappear after loading
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Summary: [PP] - Mac OS: Animated GIF images disappear after loading → Animated GIF images disappear after loading
My bad. This does indeed happen on Win32 as well - it just takes much, much
longer. If you don't see it right away on Windows, leave the page up, go do
something else for a while, and come back - it will happen eventually. Changing
platform and OS to All.
hmmm. maybe we're hitting a mem alloc problem, (due to a
memleak). Since we redecode the images, when it finally
fails, it acts like it can't decode the image and displays
the image filename.
I'll keep an eye out for this. Gagan, does this sound like a
likely description of the problem? If so, this is mine.
-pn
Sounds like it. I have a similar bug somewhere, where an apparently image
replacement (I am not sure what exactly the reporter meant here-- maybe some
animation) causes memory to be consumed on a per image basis. Possible suspects
are unfreed memory in imagelib or necko. I would let you own this for now, till
we can figure out whats going on.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
These pesky little animations are no longer
disappearing. This could be the result of the
timer fix or the docloader unload fix.
closing as worksforme.
-pn
ps. note gray rectangle in upper left corner.(spacer.gif)
Should not be handled in this bug. I'll fill out another
bug for it.
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
You need to log in
before you can comment on or make changes to this bug.
Description
•