Temporarily make backdrop-filter display item a no-op
Categories
(Core :: Graphics: WebRender, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox96 | --- | fixed |
People
(Reporter: gw, Assigned: gw)
References
Details
Attachments
(1 file)
|
Assignee | |
Comment 1•3 years ago
|
||
It's disabled by preference due to some bugs that require some
significant refactoring work.
The current implementation breaks a couple of assumptions we want
to make in WR related to clip vs. prim hierarchies (and is the only
primitive which does this). Disabling backdrop-filter in the interim
allows us to refactor these parts of WR, and then update the filter
implementation and re-enable it afterwards.
|
||
Updated•3 years ago
|
Pushed by gwatson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c79d3fca84c6 Temporarily make backdrop-filter display item a no-op r=gfx-reviewers,nical
|
||
Comment 3•3 years ago
|
||
| bugherder | ||
|
||
Comment 4•2 years ago
|
||
Is there a bug tracking the work on backdrop-filter? I know the blur filter causes somewhat janky results but invert seems to work just fine. It would be nice to at least be able to use it in chrome documents
|
||
Comment 6•2 years ago
|
||
Someone mentioned background-filter being removed on HN:
https://news.ycombinator.com/item?id=29893752
Is there a bug/plan to add this back, gw?
|
|
Assignee | |
Comment 7•2 years ago
|
||
I have created https://bugzilla.mozilla.org/show_bug.cgi?id=1749625, it's blocked by https://bugzilla.mozilla.org/show_bug.cgi?id=1749380. I'm working on the blocking bug now, and intend to work on the backdrop-filter bug next after that (though the blocking bug is a large chunk of work itself).
Description
•