Closed Bug 1569795 Opened 5 years ago Closed 5 years ago

[motion-1] Motion path is overridden when we have transform animations

Categories

(Core :: CSS Transitions and Animations, defect, P3)

defect

Tracking

()

RESOLVED FIXED
mozilla70
Tracking Status
firefox70 --- fixed

People

(Reporter: boris, Assigned: boris)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

This is a known issue when I worked on compositor animations for individual transforms. We don't support compositor animations for motion path, so for now, if we have motion-path, we should block compositor animations of other transform-like properties.

Bug 1429305 will fix this, but that bug may not be fixed in this quarter, so I'd like to make transform animations fall-back to the main thread if the element has an offset-path property value (i.e. non-none value).

The animations of motion path are not running on the compositor, and the
properties in [motion-1] is not part of transform-like properties (i.e.
nsCSSProperties::TransformLikeProperties()) for now, so transform animations
should fall back to main thread if offset-path is not none.

Attachment #9081784 - Attachment description: Bug 1569795 - Block compositor animations for transform-like properties if offset-path is not none. → Bug 1569795 - Block compositor animations of transform-like properties if offset-path is not none.
Pushed by bchiou@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/da1b2c17a9e5 Block compositor animations of transform-like properties if offset-path is not none. r=hiro
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/18258 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla70
Regressions: 1571211
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: