Web-Facing Change PSA: Continue running transitions when switching to initial transition value.

93 views
Skip to first unread message

Chromestatus

unread,
Jun 11, 2025, 1:06:06 PMJun 11
to blin...@chromium.org, fla...@chromium.org

Contact emails

fla...@chromium.org

Specification

https://www.w3.org/TR/css-transitions-1/#starting

Summary

When the transition related properties change, they are only supposed to affect newly started transitions. This means that if you change the transition properties, unless you also change the properties which have active transition animations, those transition animations will continue with the previously specified duration, easing, etc. Blink incorrectly canceled transitions when the transition property was set to "none", even though it doesn't cancel them if you only change the transition-duration. With this feature, blink will be consistent with webkit and gecko, allowing active transitions to continue running, unless/until their property value changes triggering a new transition update.



Blink component

Blink>Animation

TAG review

None

TAG review status

Not applicable

Risks



Interoperability and Compatibility

This change brings chromium / blink into alignment with the other two major browser engines. If developers were only testing on chromium, they may have transitions run which did not used to on chromium. However, given this is what is happening on other browsers it will help ensure they can build a consistent experience. According to our use counter, this may affect up to 4.5% of page loads: https://chromestatus.com/metrics/feature/timeline/popularity/2914



Gecko: Shipped/Shipping

WebKit: Shipped/Shipping

Web developers: No signals

Other signals:

WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?

None



Debuggability

None



Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)?

Yes

Is this feature fully tested by web-platform-tests?

No

https://wpt.fyi/results/css/css-transitions/changing-while-transition-004.html?label=experimental&label=master&aligned



Flag name on about://flags

Experimental Web Platform features

Finch feature name

CSSTransitionNoneRunningTransitionsFix

Rollout plan

Will ship enabled for all users

Requires code in //chrome?

False

Measurement

The CSSTransitionCancelledByRemovingStyle counter measures how often this change will result in a transition that is no longer canceled: https://chromestatus.com/metrics/feature/timeline/popularity/2914

Sample links


https://jsbin.com/tesuliz/edit?html,css,js,output

Estimated milestones

Shipping on desktop 139
Shipping on Android 139
Shipping on WebView 139


Anticipated spec changes

Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).

None

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5194501932711936?gate=5142683420721152

This intent message was generated by Chrome Platform Status.

Robert Flack

unread,
Jun 12, 2025, 2:10:41 PMJun 12
to Chromestatus, blin...@chromium.org
This is tracked as https://issues.chromium.org/41442840 and enabled in https://chromium-review.googlesource.com/c/chromium/src/+/6639816 which should be in 139.0.7235.0

Apologies, this should be yes, it is covered by wpt. I updated the chromestatus entry.
Reply all
Reply to author
Forward
0 new messages