https://codepen.io/danwilson/full/VwzNLYd is broken after bug1749380
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox97 | --- | unaffected |
firefox98 | --- | unaffected |
firefox99 | --- | verified |
People
(Reporter: gregp, Assigned: gw)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
Steps to reproduce:
Visit https://codepen.io/danwilson/full/VwzNLYd
Actual results:
Animation is broken
Expected results:
Animation should not be broken
Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Set release status flags based on info from the regressing bug 1749380
Assignee | ||
Comment 2•2 years ago
|
||
Doesn't reproduce for me locally, but it might be related to a couple of the other remaining regressions for that bug. Could you check if enabling gfx.webrender.debug.force-picture-invalidation
in about:config
makes it behave any differently for you?
Reporter | ||
Comment 3•2 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #2)
Doesn't reproduce for me locally, but it might be related to a couple of the other remaining regressions for that bug. Could you check if enabling
gfx.webrender.debug.force-picture-invalidation
inabout:config
makes it behave any differently for you?
Setting gfx.webrender.debug.force-picture-invalidation
to true in about:config and restarting does not result in any change. I also tried a new Firefox profile and am getting the same brokenness. My exact build ID is 20220228090129
if that helps.
Reporter | ||
Comment 4•2 years ago
|
||
Update: Turning off the animation
named and-the-news
on the element main
seems to fix the issue. Some sort of validation bug?
Assignee | ||
Comment 5•2 years ago
|
||
It's possible. Are you able to check if the bug disappears if you remove any mix-blend-mode (or similar, e.g. background-blend-mode) from the demo? I'm currently working on a bug involving incorrect coordinate mapping with nested mix-blend, wondering if this might actually be the same problem.
Reporter | ||
Comment 6•2 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #5)
It's possible. Are you able to check if the bug disappears if you remove any mix-blend-mode (or similar, e.g. background-blend-mode) from the demo? I'm currently working on a bug involving incorrect coordinate mapping with nested mix-blend, wondering if this might actually be the same problem.
Sure! mix-blend-mode: overlay
is found on main > div
which seems to match every element in the tree. This seems to have fixed it but exposes a new bug (or maybe chrome is wrong)
Assignee | ||
Comment 7•2 years ago
|
||
Great, thanks for checking. OK, so I'll work on this mix-blend-mode issue first, then once that is sorted we'll come back to this bug and see if it resolves the glitching (and then consider the chrome/ff difference above).
Assignee | ||
Comment 8•2 years ago
|
||
I added a fix for a similar problem in https://bugzilla.mozilla.org/show_bug.cgi?id=1757201. Try build in https://treeherder.mozilla.org/jobs?repo=try&revision=422897f59ab4bb22f71da5d2c68426ebb86ab467 will have build artifacts if you want to test locally. Otherwise, that should land in nightly within a day or so and we'll see if it also resolves this bug.
Updated•2 years ago
|
Assignee | ||
Comment 9•2 years ago
|
||
The fix from the other bug for mix-blend mode has landed in nightly now - would you mind testing the latest nightly to see if this issue is resolved for you?
Reporter | ||
Comment 10•2 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #9)
The fix from the other bug for mix-blend mode has landed in nightly now - would you mind testing the latest nightly to see if this issue is resolved for you?
Hi Glenn, thanks for following up! I can confirm the mix-blend-mode issue is now fixed in the latest Nightly. The odd wireframe effect mentioned earlier is still present, should I file a separate bug for that?
Assignee | ||
Comment 11•2 years ago
|
||
Yep, let's file a separate bug for that and try to get a regression range, if possible. Have you used mozregression before? It's an amazing tool that makes it very quick to find which patch caused a regression (see https://mozilla.github.io/mozregression/).
Reporter | ||
Comment 12•2 years ago
|
||
(In reply to Glenn Watson [:gw] from comment #11)
Yep, let's file a separate bug for that and try to get a regression range, if possible. Have you used mozregression before? It's an amazing tool that makes it very quick to find which patch caused a regression (see https://mozilla.github.io/mozregression/).
Tried mozregression but all the Firefox builds from before late 2021 have a weird crash in TLS code that I can't figure out. Filed bug1757851 and will try mozregression on a different operating system later.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 13•2 years ago
|
||
Reproduced this issue on an affected Nightly build (2022-02-25) on WIn 10 x64.
Verified as fixed on Firefox 99.0 (20220328190900) across the following platforms: WIn 10 x64, macOS 10.15 and Ubuntu 20.04.
Description
•