62200 - Slow animated gifs in seamonkey

Status: VERIFIED WORKSFORME

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

Description

[HJ]

Hello to you,
My son asked me: "Hey dad, why are animated gif in SM so slow?"
Huh, I told him: "I will take a look at it later Mike."
And now I did, he is right. On his homepage is a very nice figure moving all day.
But it seems, this one standing still! Nice done Michael (he is only 8 year old).

Used build: 2000120504 on WinNT4 Sp6b

HJ (dad), and his son, Michael Vincent.

Comment 1

[Fabian Guisset]

Over to imagelib. Reporter please provide us with a url where you see that. Not
"all" urls have animated gifs and besides it works correctly here. Also please
tell us whether the gif "isn't animating at all" or "animates very slowly".
Thank you,
Fabian (build 2000120420 and 0.6 win32).

Comment 2

[HJ]

Oeps, sorry for that one.

http://members1.chello.nl/~j.c.drost/index.html
Wait fot the second page. Press home in the menu. Then there's a good working
example. Slooooooooow in NN6/6.0 and Mozilla.

Friendly, HJ.

Comment 3

[James Green]

Hmm. Using Linux 2000120508 the page redirects to
http://members1.chello.nl/~j.c.drost/html/start2.html
 which opens up several new windows. Once closed, the page appears to have no
animation at all. However Moz reports that is still contacting the site. After a
few seconds an image in the middle of the page disappears and is replaced with
an animated Genie.

Notes: The animated GIF appears to be built progressively, that is, it displays
frame by frame as each frame is downloaded. Thus the speed may well seem very
slow if the download speed is slow. Once the image is fully loaded, I see no
speed problems at all. Second, I see window.status text being created using
Javascript, and IIRC that was also slow during the image download.

If someone sees the same behaviour as I, on WinNT in latest Trunk build, I
suggest marking this invalid since what I'm seeing cannot be attributed to
Mozilla bugs. If however Mozilla reports the page as fully loaded and the Genie
animation is still slower than expected feel free to confirm this bug.

BTW, CTRL+N (create a new Navigator window) has been overridden on this site.
Instead it opens a small window with software instructions for some reason.
That's another bug methinks.

Comment 4

[HJ]

Please let me clarify this:

You need to wait for the second 'window'. Not the second page, as I told! Sorry,
for that. Wich is indeed start2.html. And there's an animated gif also. But you
need to load ALL in order to see the problem. So the second window also! And in
this window, there's an perfectly working example as you will see!

The gif file we are looking for is: tongue.gif. And not the one you have seen!

Using statusbar:
By using the status bar, perfectly legitimate, this might slow animations. So we
are NOT speaking about this one! But the one on the second window! Because there
we do not use a ticker on the status bar!

About keytraps:
It might be odd to intercept the keyboard, but it's a site build for youngsters
and disabled people. So in order to overcome user errors, we had to do this!

And when it seems that: Netscape 4.76, Opera 4.02 and MS IE 5.5 are faster with
this, It's my opinion that we may we ask why SM and NN6 is slower?

And I will make an stripped example, on this site! One page, one animated gif!
Let you know when that's done!

Friendly, HJ.

Comment 5

[Asa Dotzler [:asa]]

reassigning.

Comment 6

[Terri Preston]

Using Linux build 2000-12-11-12-Mtrunk, The animation is not slow, appears to be 
working fine

Comment 7

[Keyser Sose]

Worksforme:
Platform: PC
OS: Windows 98
Mozilla Build: 2000121204 M18 Trunk Build.

Marking as such.. Really annoying site btw.

Comment 8

[HJ]

Keyser, are you a site reviewer?
So, now it's working at the same speed as Navigator 4.x, and not a day sooner!!

Comment 9

[Terri Preston]

Verified WFM w2k build 2001082303