114179 2013-04-08 11:18:41 -0700 [CSS Filters] Add automated regression test for CA filter animation 2014-03-02 09:16:03 -0800 1 1 1 Unclassified WebKit Layout and Rendering 528+ (Nightly build) Unspecified Unspecified NEW P2 Normal --- 68469 109098 1 mvujovic webkit-unassigned achicu krit simon.fraser oldest_to_newest 870962 0 mvujovic 2013-04-08 11:18:41 -0700 smfr provided a manual test case in bug 114067, which we should automate and check in. He used the test case to find a regression caused by the patch in bug 109098. 873300 1 mvujovic 2013-04-10 16:40:49 -0700 An API to dump the current accelerated animations on a platform layer could be a good way to test this. I looked at using the Internals::pauseTransitionAtTimeOnElement API to take a snapshot in the middle of an accelerated animation, but it looks like it fast-forwards the animation to the desired time and then does a style recalculation. I don't think this would catch the kind of regression that occurred in bug 114067, where the start state and end state were fine but the accelerated animation didn't run. See AnimationControllerPrivate::pauseAnimationAtTime... if (compAnim->pauseAnimationAtTime(name, t)) { renderer->node()->setNeedsStyleRecalc(SyntheticStyleChange); startUpdateStyleIfNeededDispatcher(); return true; }