SVG doesn't fully paint over previous canvas until another event
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
People
(Reporter: bj, Unassigned)
References
(Regression)
Details
(Keywords: correctness, nightly-community, regression)
Attachments
(1 file)
625 bytes,
text/html
|
Details |
The attached HTML file loads a blue canvas. When the SVG button is pressed the canvas should be replaced by a white SVG area, but parts of the blue are left on the screen.
Steps to reproduce:
- View S.HTML.
- Click the SVG button.
Expected:
2) All of the blue canvas vanishes as the canvas is reduced in size.
Actual:
2) Some of the blue area continues to exist on the screen until another action (window focus change, pressing the Alt key, sometimes mouse movement) causes everything to be white.
Different versions of the page script would often have different patches of the blue remain.
Seen on Ubuntu with XFCE, on both Nightly 94 and Release 92. Chromium works correctly.
Comment 1•3 years ago
|
||
The severity field is not set for this bug.
:TYLin, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 2•3 years ago
|
||
I can reproduce this with Nightly 2021-10-20 on Linux, but not on macOS.
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Thanks for the report!
Tested on Debian Testing, Gnome Xwayland, Intel.
Regressed by bug 1706488.
Duplicate of bug 1712969.
last good:
mozregression --repo autoland --launch 42c3b61f3db2df3cc5941a9e71875f06e35042f0 --pref gfx.x11-egl.force-enabled:true -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
mozregression --repo autoland --launch 42c3b61f3db2df3cc5941a9e71875f06e35042f0 --pref gfx.x11-egl.force-disabled:true -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
first bad:
mozregression --repo autoland --launch 2a384027ee9bcee63121a68d42c8db6644c8d8aa --pref gfx.x11-egl.force-enabled:true -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
mozregression --repo autoland --launch 2a384027ee9bcee63121a68d42c8db6644c8d8aa --pref gfx.x11-egl.force-disabled:true -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
GLX can be fixed by gfx.webrender.allow-partial-present-buffer-age:false or by gfx.webrender.max-partial-present-rects:0:
mozregression --launch 2021-10-27 --pref gfx.x11-egl.force-disabled:true gfx.webrender.allow-partial-present-buffer-age:false -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
mozregression --launch 2021-10-27 --pref gfx.x11-egl.force-disabled:true gfx.webrender.max-partial-present-rects:0 -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
gfx.webrender.allow-partial-present-buffer-age:false doesn't fix EGL:
mozregression --launch 2021-10-27 --pref gfx.x11-egl.force-enabled:true gfx.webrender.allow-partial-present-buffer-age:false -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
gfx.webrender.max-partial-present-rects:0 fixes EGL:
mozregression --launch 2021-10-27 --pref gfx.x11-egl.force-enabled:true gfx.webrender.max-partial-present-rects:0 -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
Comment 4•3 years ago
|
||
mozregression --find-fix --bad 2021-04-22 --good 20220112213002 --pref gfx.x11-egl.force-enabled:true gfx.webrender.all:true -a https://bug1733856.bmoattachments.org/attachment.cgi?id=9244108
7:33.07 INFO: First good revision: 2984af6718ee4fb22c1fd19afd74f8514e4217b3
7:33.07 INFO: Last bad revision: 43cd1d6eb1459ae16207f4c9396cf5113a7b034a
7:33.07 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=43cd1d6eb1459ae16207f4c9396cf5113a7b034a&tochange=2984af6718ee4fb22c1fd19afd74f8514e4217b3
2984af6718ee4fb22c1fd19afd74f8514e4217b3 Glenn Watson — Bug 1747857 - Invalidate partial dirty rects when surface counts change r=gfx-reviewers,aosmond
Description
•