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•4 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•4 years ago
|
![]() |
||
Comment 3•4 years ago
|
||
bugherder |
Comment 4•4 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•4 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•4 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
•