12074 2007-01-02 08:43:34 -0800 DumpRenderTree needs support for quickly dumping animations 2010-01-11 08:13:09 -0800 1 1 1 Unclassified WebKit SVG 420+ Mac OS X 10.4 RESOLVED FIXED P4 Enhancement --- 1 eric webkit-unassigned zimmermann oldest_to_newest 37774 0 eric 2007-01-02 08:43:34 -0800 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. 179366 1 zimmermann 2010-01-11 08:13:09 -0800 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.