Transform animations on <img> elements don't get composited |
|||
Issue descriptionTest: https://jsfiddle.net/ups4x5sk/ Most likely regressed in: https://codereview.chromium.org/1423893002 This bug is due to an inconsistency between layout's and animation's idea of what can and cannot be transformed. The logic in layout should be exposed to animations e.g. layoutObject()->canTransform() to avoid such mismatches.
,
Aug 2 2016
,
Aug 8 2016
Submitted CL: https://codereview.chromium.org/2225743002
,
Aug 10 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/dc4a00b29ecc52a9eb29ceb433101c4075a5d84f commit dc4a00b29ecc52a9eb29ceb433101c4075a5d84f Author: alancutter <alancutter@chromium.org> Date: Wed Aug 10 06:54:53 2016 Update logic in animations for deciding whether an element can transform This change makes CompositorAnimations.cpp more closely match the logic used in paint code for deciding whether an element's used transform is not none. BUG= 633021 Review-Url: https://codereview.chromium.org/2225743002 Cr-Commit-Position: refs/heads/master@{#410987} [add] https://crrev.com/dc4a00b29ecc52a9eb29ceb433101c4075a5d84f/third_party/WebKit/LayoutTests/virtual/threaded/animations/img-element-transform.html [modify] https://crrev.com/dc4a00b29ecc52a9eb29ceb433101c4075a5d84f/third_party/WebKit/Source/core/animation/CompositorAnimations.cpp [modify] https://crrev.com/dc4a00b29ecc52a9eb29ceb433101c4075a5d84f/third_party/WebKit/Source/core/layout/LayoutObject.h
,
Aug 11 2016
|
|||
►
Sign in to add a comment |
|||
Comment 1 by alancutter@chromium.org
, Aug 1 2016