* TITLE/SUMMARY [PP] An animated image within a table flickers when placed on an animated background (broken out of bug #1865) * STEPS TO REPRODUCE 0) Launch Apprunner 1) View http://www.prometheus-music.com/gecko/moonflash.html * RESULT - What happened On Linux, for as long as the moon animation (inside of the table) functions, an extra (6th) row and column below and to the right of the table is drawn, flickering upon each frame change of the moon animation. This issue doesn't occur if you replace the table containing the multiple animated images, and replace the table with a single animated image. (see http:// www.prometheus-music.com/gecko/moonflash1.html if I'm not making any sense.) (This doesn't occur on Mac OS; on Win32, the animated moon background isn't drawn at all.) - What was expected Animated moons to fill table background with no overflow? * REGRESSION - Occurs On Linux Apprunner (5.11.99 AM optimized build) - Moons Don't Even Appear at all On: Win32 Apprunner (5.11.99 AM optimized build [NT 4, Service Pack 3]) - Doesn't Occur On Mac OS Apprunner (5.11.99 AM optimized build) * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.6 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.

A somewhat similar problem occurs using /res/samples/test2.html on Linux, on the 5.11.99 build. (a second row of unanimated gears appears below the row of animated gears.)

This sounds like a table or rendering problem, not an image lib problem. -pn

Works fine on WIN32. Moons appear on WIN32 5-24-99 10:05am build in both viewer and apprunner.

Ramiro, this only shows up on Linux. Could you take a look? thanks.

i just tried this and it looks identical in windows and unix. marking worksforme.

Argh. I removed the animated GIFs from the site because of the prior bug in which we did a 304 hit each time the the image was cycled, so the test case was busted. Sorry; I'll update them now and see whether this problem still exists.

[returning test case URL to the URL provided when bug report was first authored.]

My god, what was I smoking when I wrote this bug report & test case; I'm amazed you folks actually understood it given the number of errors! (corrected test case errors.) That said, I've re-opened the bug, as it's 100% reproducible on Linux. Thanks!

Ok, i see the bug. I suggest you make an attachment and paste in the bug report in case you need to hack your web page again. thanks marking assigned

Sure. I'll attach the files.

i cant see the problem on the test case anymore. but, i remember it and it smelled like a clipping problem. reassing to the clip master pavlov@netscape.com.

i don't see this currently. i have a few minor changes in my tree that could be causing me not to see it, but i doubt it. I also have a P3 500 which might be part of the problem. I have seen something like this before, but it was probably due to some bad clip regions which have probably been partially fixed now. Can you test it again?

[As discussed with pavlov, the moon ceases to animate after two iterations, resulting in the flickering no longer taking place. Writing up separate bug to mark a dependency upon.]

Doh. I think this bug just triggers bouts of absent-mindedness. Verifying as WORKSFORME: * The animated GIF doesn't loop, and never did --- it only does one iteration (which seems like two, since two instances of the moon animation comprise the animated GIF) * I can't reproduce the problem anymore, either, on this morning's Linux build. * The other issues raised in the bug are also fixed --- the moon displays on Win32, and /res/samples/test2.html also works properly on Linux.