WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
93975
[chromium] Must account for empty transformation lists when checking for big rotations.
https://bugs.webkit.org/show_bug.cgi?id=93975
Summary
[chromium] Must account for empty transformation lists when checking for big ...
vollick
Reported
2012-08-14 09:19:38 PDT
AnimationTranslationUtil.cpp is supposed to reject large rotations (>= 180 degrees between keyframes). The current code assumes that if the lists of transforms at two consecutive keyframes do not match (i.e., are different types), then do not need to reject. The rationale is that we will revert to matrix blending -- we will collapse the lists of transform operations to matrices at each keyframe and blend those. Unfortunately, this is not true if a list is empty. It can be the case that we transition from no transform to a rotation about the z axis of 360 degrees. In this case, the first list of transform operations will be empty and the second will have a single rotation of 360 degrees. An empty list should be treated as a rotation of zero degrees.
Attachments
Patch
(6.49 KB, patch)
2012-08-14 09:31 PDT
,
vollick
no flags
Details
Formatted Diff
Diff
Patch
(6.33 KB, patch)
2012-08-14 10:15 PDT
,
vollick
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
vollick
Comment 1
2012-08-14 09:31:35 PDT
Created
attachment 158347
[details]
Patch
vollick
Comment 2
2012-08-14 10:15:36 PDT
Created
attachment 158358
[details]
Patch Rebased.
James Robinson
Comment 3
2012-08-15 11:56:44 PDT
Comment on
attachment 158358
[details]
Patch OK
WebKit Review Bot
Comment 4
2012-08-15 13:50:26 PDT
Comment on
attachment 158358
[details]
Patch Clearing flags on attachment: 158358 Committed
r125702
: <
http://trac.webkit.org/changeset/125702
>
WebKit Review Bot
Comment 5
2012-08-15 13:50:29 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug