Bug 12074 – DumpRenderTree needs support for quickly dumping animations

• Status: RESOLVED
• Resolution: FIXED
• Component: SVG

[Eric Seidel (no email)]

DumpRenderTree needs support for quickly dumping animations

DumpRenderTree currently has no special support for dumping animations.  In this bug I'm proposing having the ability both to dump multiple versions, as well as have those versions dumped immediately (w/o having to wait for animations to complete on a natural timeline -- this would probably require bug 12073).  It would be useful if DRT could be enhanced to support dumping multiple versions of a single file (either a text dump in a single file, or multiple pixel files, or mutitple text files, or some combination).  This would actually be most useful in pixel mode (or most easy to debug).

One example output:

test.svg:
test-expected-time-0.txt
test-expected-time-200.txt
test-expected-time-5000.txt
test-expected-time-0.png
test-expected-time-200.png
test-expected-time-5000.png

Or another, dumping everything to one text file:

test-expected.txt
Animation at time: 0
 .... svg dump ...
Animation at time: 200
 .... slightly different dump ...
Animation at time: 5000

you get the picture.

DRT could expose a javascript interface similar to:
if (window.layoutTestController)
    window.layoutTestController.dumpMultipleAnimationTimeOffsets(0, 200, 5000)

I'd be interested to hear other proposals.  I think it's important to make testing animation as easy as possible in order for us to actually end up with a good animation implementation.

[Nikolas Zimmermann]

Heh, just found this bug. I added a "fast-forwarding" SVG animation dumping testing mode some time ago. You can define sampling points for the animation, and DRT quickly jumps to the sampling points, instead of running the animation in realtime. Closing bug.