Bug 224899 – Unprefix -webkit-backdrop-filter

• Status: RESOLVED
• Resolution: FIXED
• Component: CSS

[Tim Nguyen (:ntim)]

Would be nice to ship it unprefixed.

There are some WPT that could imported in css/filter-effects.

[Radar WebKit Bug Importer]

<rdar://problem/77288624>

[Sam Sneddon [:gsnedders]]

Do we know what blocks it being unprefixed?

[Sam Sneddon [:gsnedders]]

<rdar://67696804>

[Simon Fraser (smfr)]

The main issue of contention was https://github.com/w3c/fxtf-drafts/issues/53

[Sam Sneddon [:gsnedders]]

Is this (https://github.com/w3c/fxtf-drafts/issues/53#issuecomment-500010730) comment from Tab still the current status:

> Yeah, the core idea is that unless/until WK actually describes their behavior, which they were tasked with doing at the last meeting, we're going with the current spec (Chrome) behavior. And if they don't do that reasonably quickly, Firefox will likely follow the spec, and begin fully locking in that behavior.

So the status quo is this bug (unprefixing the property) is blocked on a task to spec our behaviour?

[Simon Fraser (smfr)]

Yes.

[Karl Dubost]

Mozilla is re-enabling backdrop-filter in Firefox Nightly 
https://bugzilla.mozilla.org/show_bug.cgi?id=1578503#c28

[Šime Vidas]

Firefox 103 shipped backdrop-filter last month:

https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/103

[Karl Dubost]

Created attachment 461954 [details]
issue 53 - rendering in Safari, firefox, chrome

Let's see. 

> There are some WPT that could imported in css/filter-effects.

Currently there are a number of backdrop-filter tests which are failing in Safari TP 152
https://wpt.fyi/results/css/filter-effects?label=master&label=experimental&aligned&view=subtest&q=css%2Ffilter-effects

A number of them would pass if backdrop-filter was unprefixed.

They seem to be imported already
https://searchfox.org/wubkat/search?q=backdrop-filter&path=imported%2Fw3c%2Fweb-platform-tests%2Fcss%2Ffilter-effects&case=false&regexp=true

and most of them marked as FAIL.


In Comment #5, the ship has sailed. 

> So the status quo is this bug (unprefixing the property) is blocked on a task to spec our behaviour?

Both Chrome and Firefox are shipping the property unprefixed. 
The current spec is https://drafts.fxtf.org/filter-effects-2/#BackdropFilterProperty

One of the issues which was given is illustrated in 
https://github.com/w3c/fxtf-drafts/issues/53#issuecomment-451599226
https://jsbin.com/firinoy/edit?html,output

See the screenshot issue 53 - rendering in Safari, firefox, chrome
Only WebKit behaves differently.

What would be good to understand is how many tests are failing/passing when unprefixing with the current implementation which depends on Core Animation. 

The last comment on the issue 53 was made on Dec 23, 2019 (almost 3 years ago).

I wonder if Dean or Myles have an opinion on the path forward here.

[Oriol Brufau]

*** Bug 245839 has been marked as a duplicate of this bug. ***

[Matt Woodrow]

*** Bug 205019 has been marked as a duplicate of this bug. ***

[Tim Nguyen (:ntim)]

*** Bug 273311 has been marked as a duplicate of this bug. ***

[Tim Nguyen (:ntim)]

Safari 18 comes with unprefixed backdrop filter: https://webkit.org/blog/15443/news-from-wwdc24-webkit-in-safari-18-beta/#css