The prefixed HTMLVideoElement-specific fullscreen APIs have been deprecated since approximately M38. They were replaced by the Element.requestFullscreen() API, which first shipped un-prefixed in M71, in 2018. As of 2024, most browsers have had support for the un-prefixed APIs for a few years now. This feature tracks removing the following APIs from HTMLVideoElement: - readonly attribute boolean webkitSupportsFullscreen; - readonly attribute boolean webkitDisplayingFullscreen; - void webkitEnterFullscreen(); - void webkitExitFullscreen(); // Note the different capitalization of the "S" in FullScreen. - void webkitEnterFullScreen(); - void webkitExitFullScreen(); These methods are now only aliases for the modern API. Their use has declined steadily over the years.
The main risk is that websites that are *only* using this API will be broken. However, the usage of these APIs is low, and the replacement APIs are available and supported across browsers.
Starting in M125, this API was disabled by default. A deprecation trial was conducted, allowing registrants to temporarily re-enable the APIs while they update their websites. No negative feedback surfaced during the deprecation trial. The trial is concluding in M131.
Additionally, an enterprise policy was added to allow enterprise customers who
couldn't register for an OT to transition away from the API. No feedback was
surfaced by enterprise customers either, and the policy will be deprecated and
removed at the same time as these APIs will be permanently removed.
The APIs to be deprecated are aliases for the replacement APIs at this point. Removing them should not exercise new code paths, or open up new attach surfaces.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
None
Tests tracking removal of these prefixes: https://wpt.fyi/results/fullscreen/api/historical.html?label=experimental&label=master&aligned&q=%2Ffullscreen%2Fapi%2Fhistorical.html Test covering the new fullscreen APIs: https://wpt.fyi/results/fullscreen/api?label=master&label=experimental&aligned&q=%2Ffullscreen%2Fapi%2F
Shipping on desktop | 132 |
Origin trial desktop first | 125 |
Origin trial desktop last | 131 |
DevTrial on desktop | 125 |
Shipping on Android | 132 |
DevTrial on Android | 125 |
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).
NoneContact emails
tgui...@chromium.orgExplainer
NoneSpecification
NoneSummary
The prefixed HTMLVideoElement-specific fullscreen APIs have been deprecated since approximately M38. They were replaced by the Element.requestFullscreen() API, which first shipped un-prefixed in M71, in 2018. As of 2024, most browsers have had support for the un-prefixed APIs for a few years now. This feature tracks removing the following APIs from HTMLVideoElement: - readonly attribute boolean webkitSupportsFullscreen; - readonly attribute boolean webkitDisplayingFullscreen; - void webkitEnterFullscreen(); - void webkitExitFullscreen(); // Note the different capitalization of the "S" in FullScreen. - void webkitEnterFullScreen(); - void webkitExitFullScreen(); These methods are now only aliases for the modern API. Their use has declined steadily over the years.
Blink component
Blink>FullscreenTAG review
NoneTAG review status
Not applicableChromium Trial Name
DeprecatePrefixedVideoFullscreenOrigin Trial documentation link
https://developer.mozilla.org/en-US/docs/Web/API/Fullscreen_APIWebFeature UseCounter name
kPrefixedVideoSupportsFullscreenRisks
Interoperability and Compatibility
The main risk is that websites that are *only* using this API will be broken. However, the usage of these APIs is low
, and the replacement APIs are available and supported across browsers.
Starting in M125, this API was disabled by default. A deprecation trial was conducted, allowing registrants to temporarily re-enable the APIs while they update their websites. No negative feedback surfaced during the deprecation trial. The trial is concluding in M131.
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CABrVPoZbdQ3pqjxKSzSHEbMs5y4K6qda-Mnm3hqunUyTx1vx3A%40mail.gmail.com.
, and the replacement APIs are available and supported across browsers.
Starting in M125, this API was disabled by default. A deprecation trial was conducted, allowing registrants to temporarily re-enable the APIs while they update their websites. No negative feedback surfaced during the deprecation trial. The trial is concluding in M131.
Do you know if all deprecation trial participants successfully unprefixed?
- I confirmed that 1 properly transitioned (or already handled it). 3-4 probably already handled fullscreen properly and didn't use the OT token, but someone registered their origin.
- I would argue that the rest are unverifiable from dubious registrations, unsecure websites, and websites which should not be verified on a corporate network.
LGTM2
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/135c8fdf-3c6b-44d4-80c9-9fcea9fe0019%40chromium.org.