Seems to effect OSX 10.4.x with Safari 2.x as well as iChat 3.x or other applications using the same rendering engine. Effects both PowerPC and Universal builds. Not sure if this only effects Animated GIFS created with Adobe ImageReady. Example can be seen in the Animated GIF located here... http://www.coopersport.ca/banners/Coopersport_Ani1.gif Proper rendering can be seen using OSX versions of Firefox or Explorer.
Confirmed, Hyatt has been busy in this area lately, cc-ing him, perhaps he knows how to solve this. Gonna check if this is a regression as well.
This is NOT a regression, it was slow in released Safari as well.
This is a bug in ImageIO. It works fine with the Win32 Cairo decoder. I will file a bug in Radar and then we can close this out.
This bug still affects Safari 3.0.4 on Mac OS X 10.4. I'm not sure about 10.5, but I doubt the ImageIO bug is going to be fixed in 10.4 now. Isn't it possible to use a different decoder/renderer for GIFs, at least in 10.4? The code used in Safari 1.x on OS X 10.3 didn't have this issue; perhaps it's time to resurrect it.
The original test case is not available at bug URL anymore, we cannot proceed without a test case.
Created attachment 19989 [details] Looping animated gif example
Comment on attachment 19989 [details] Looping animated gif example Slow animated gif performance on all Safari 3+, Tiger, Leopard, and WinXP.
I believe this is a bug in the Image I/O framework and not a WebKit bug. This could be confirmed by testing this image in the GTK or Qt or wx ports of WebKit.
<rdar://problem/5815212>
I am closing this bug, as it is not a bug in WebKit itself (and therefore will be tracked in Radar instead of here).