CC: Fix issue for animations with fill and iteration start specified

CC: Fix issue for animations with fill and iteration start specified

Animations with both or backwards fill mode specified along with a
fractional iteration start would result in the compositor placing the
element in an incorrect position before the animation has started.
When computing the trimmed time/iteration time of an animation
that has not yet started, the fractional iteration start is taken into
account.

BUG=423202
Committed: https://crrev.com/5cb641f14c9cffe102e2732ed1b3e386629f3f9b
Cr-Commit-Position: refs/heads/master@{#299626}

[samli, 2014-10-14 22:33:07]

The CQ bit was checked by samli@chromium.org

[samli, 2014-10-14 22:33:08]

The CQ bit was unchecked by samli@chromium.org

[samli, 2014-10-14 22:33:45]

samli@chromium.org changed reviewers:
+ ajuma@chromium.org

[ajuma, 2014-10-14 23:17:08]

lgtm

Please update the description to include what the patch does (e.g. that it takes
fractional iteration start into account when computing the trimmed time of an
animation that hasn't started).

https://codereview.chromium.org/652813003/diff/1/cc/animation/animation.cc
File cc/animation/animation.cc (right):

https://codereview.chromium.org/652813003/diff/1/cc/animation/animation.cc#ne...
cc/animation/animation.cc:197: // Return 0 if we are before the start of the
animation
Please update this comment.

[samli, 2014-10-14 23:30:50]

Updated comment and description.

[samli, 2014-10-14 23:31:28]

The CQ bit was checked by samli@chromium.org

[commit-bot: I haz the power, 2014-10-14 23:32:12]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/652813003/20001

[commit-bot: I haz the power, 2014-10-15 02:17:59]

Committed patchset #2 (id:20001)

[commit-bot: I haz the power, 2014-10-15 02:19:11]

Patchset 2 (id:??) landed as
https://crrev.com/5cb641f14c9cffe102e2732ed1b3e386629f3f9b
Cr-Commit-Position: refs/heads/master@{#299626}