<rdar://problem/17923642> Currently CSS animations will force elements to be composited indefinitely, even after the animation is done and we're just filling forwards. We should drop the compositing requirement when we reach the end, which would allow some content to flatten and use less memory.
Created attachment 253742 [details] Patch
Comment on attachment 253742 [details] Patch Attachment 253742 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/5346369107656704 New failing tests: compositing/animation/filling-animation-overlap-at-end.html compositing/animation/filling-animation-overlap.html compositing/animation/layer-for-filling-animation.html
Created attachment 253747 [details] Archive of layout-test-results from ews103 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews103 Port: mac-mavericks Platform: Mac OS X 10.9.5
Comment on attachment 253742 [details] Patch Attachment 253742 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.appspot.com/results/6548355433889792 New failing tests: compositing/animation/filling-animation-overlap-at-end.html compositing/animation/filling-animation-overlap.html compositing/animation/layer-for-filling-animation.html
Created attachment 253748 [details] Archive of layout-test-results from ews105 for mac-mavericks-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews105 Port: mac-mavericks-wk2 Platform: Mac OS X 10.9.5
Created attachment 254020 [details] Patch Patch2Stop letting fill-forwards affect compositing.
Comment on attachment 254020 [details] Patch r+, but you need a test that checks that a filling-forward transform animation doesn't make a compositing layer.
Committed r185097: <http://trac.webkit.org/changeset/185097>