Closed Bug 827717 Opened 12 years ago Closed 11 years ago

honor dynamic changes to animation-delay after a CSS animation starts

Categories

(Core :: CSS Parsing and Computation, defect, P3)

defect

Tracking

()

RESOLVED FIXED
mozilla21

People

(Reporter: dbaron, Assigned: dbaron)

Details

Attachments

(1 file)

We should honor dynamic changes to animation-delay after a CSS animation starts by remembering the start time that's at the beginning of the delay rather than the end.  This is per CSS WG resolution (see commit message in patch).
Comment on attachment 699032 [details] [diff] [review]
Change record of CSS animation start to be before delay so that dynamic changes to animation-delay are honored.

>+      ElementAnimations::GetPositionInIteration(animation.startTime() - aPoint,

Shouldn't that be aPoint - animation.startTime()?

r=me with that fixed
Attachment #699032 - Flags: review?(bzbarsky) → review+
(In reply to Boris Zbarsky (:bz) from comment #3)
> Comment on attachment 699032 [details] [diff] [review]
> Change record of CSS animation start to be before delay so that dynamic
> changes to animation-delay are honored.
> 
> >+      ElementAnimations::GetPositionInIteration(animation.startTime() - aPoint,
> 
> Shouldn't that be aPoint - animation.startTime()?

Indeed.  One of these months I think I'm going to have to talk someone into writing tests for OMTA or do so myself...
https://hg.mozilla.org/mozilla-central/rev/dcdb6d839e95
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla21
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: