If you use the animation shorthand without an animation-name and then use animation-name separately, the easing fallsback to the initial value (ease), instead of the specified one (linear). However, the shorthand declaration isn't dropped entirely, as the duration and iteration-count behave as expected. Firefox does not have this problem, as can be seen by the more generic version of the testcase http://jsfiddle.net/leaverou/zXPzY/43/show (which uses -prefix-free to add the prefixes, unlike the testcase which only uses -webkit- and no scripts). The issue is also reproducible in Webkit nightlies.
<rdar://problem/10406049>
Created attachment 129511 [details] Patch Proposed patch.
Comment on attachment 129511 [details] Patch Attachment 129511 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/11766102 New failing tests: compositing/animation/computed-style-during-delay.html animations/stop-animation-on-suspend.html compositing/animation/animation-compositing.html fast/css/transform-inline-style-remove.html
Created attachment 129929 [details] Patch Proposed patch v2.
Comment on attachment 129929 [details] Patch Clearing flags on attachment: 129929 Committed r109610: <http://trac.webkit.org/changeset/109610>
All reviewed patches have been landed. Closing bug.
This apparently caused bug 84533.