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
|
Comment 3•3 years ago
|
||
bugherder |
Comment 4•3 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•3 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•3 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
•