Bug 75337 – animation-delay is ignored in shorthand

• Component: CSS
• Status: RESOLVED INVALID

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.

Created attachment 120721 [details]
testcase #1

[Daniel Bates]

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.

Created attachment 120772 [details]
Thanks for that, this corrected version is working fine. I should code less in early morning bleariness!

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?