RESOLVED INVALID 75337
animation-delay is ignored in shorthand 
https://bugs.webkit.org/show_bug.cgi?id=75337
Summary animation-delay is ignored in shorthand
bugmenot
Reported 2011-12-29 00:14:08 PST
The testcase attached is meant to animate the opacity of some text lines in sequence from top to bottom. Each line uses the same keyframes "fade" definition for the animation, and the delay time before starting is increased for each line. Firefox 9.0.1 does the animation as expected. Chromium 18.0.988.0 (Developer Build 115923 Windows) animates the opacity of all lines at the same time. Please check if the testcase code has a mistake that could be the cause of this.
Attachments
testcase #1 (15.43 KB, text/html)
2011-12-29 00:15 PST, bugmenot 		no flags
Details
Thanks for that, this corrected version is working fine. I should code less in early morning bleariness! (15.42 KB, text/html)
2011-12-29 16:28 PST, bugmenot 		no flags
Details
Generator for comparing animated to non-animated (296.87 KB, text/html)
2011-12-30 03:37 PST, bugmenot 		no flags
Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
bugmenot
Comment 1 2011-12-29 00:15:23 PST
Created attachment 120721 [details] testcase #1
Daniel Bates
Comment 2 2011-12-29 14:50:21 PST
Without loss of generality, consider the rule "pre>span:nth-of-type(10n+4),span>span:nth-of-type(10n+4),bdo>span:nth-of-type(10n+4)". A delay of 0.8 seconds is specified for property -moz-animation, but a delay of 0.6 seconds is specified for the analogous animation property for other browsers. Moreover, a delay of 0.6 seconds is specified for the animation for all non-Firefox-based browsers in all subsequent style rules. Hence the difference in animation behavior observed between Chrome and Firefox.
bugmenot
Comment 3 2011-12-29 16:28:47 PST
Created attachment 120772 [details] Thanks for that, this corrected version is working fine. I should code less in early morning bleariness!
bugmenot
Comment 4 2011-12-30 03:37:03 PST
Created attachment 120792 [details] Generator for comparing animated to non-animated I've noticed in Chromium that the opacity of the parts of the address that are meant to be 1 look quite faded when animated compared to when not. Should this bug be morphed to describe that or should a new bug be filed?
Note You need to log in before you can comment on or make changes to this bug.