Chromium/CEF/Electron intermittent window drawing corruption on KDE

karunamon · 2021-09-07 17:55:17

Greetings,

I'm having a very intermittent problem with any application that is or embeds a Chromium browser (Including at minimum Brave, Steam, Slack, Discord, and probably more I'm not remembering right now).

After a seemingly random amount of time, a large rectangular chunk of the application's window will freeze or flicker in place. When this happens, moving the window or resizing it will unfreeze the chunk, but only as long as the move or resize is in progress; releasing the window will re-freeze the new content in the exact same way as prior to the move. It takes closing the affected window to resolve the problem (note: NOT closing the entire app).

This problem appears to be local to windows, not tabs or applications. For instance, a Brave window showing this can be closed, and all other Brave windows remain unaffected.

I can find no solid cause or reproduction for this. It only happens after a significant amount of time has passed.

I'm running KDE Plasma 5.22.5-1 on xorg-server 1.20.13-2, kernel zen 5.13.13-1, nvidia proprietary driver 470.63.01. Nothing interesting is in my journal or dmesg when this happens. No luck searching for this problem anywhere, and its intermittent nature makes it hard to TS. It could be a Plasma-specific thing, but I can't run an alternate DE for right now. Any ideas where I should be looking to solve this?

Last edited by karunamon (2021-09-07 18:02:39)

Trilby · 2021-09-07 18:35:48

karunamon wrote:

It could be a Plasma-specific thing, but I can't run an alternate DE for right now.

Why not? An alternative DE would be overkill, but just run one of those programs on it's own, or in a simple wm (e,g, even twm).

karunamon · 2021-09-11 05:08:26

Trilby wrote:

Why not? An alternative DE would be overkill, but just run one of those programs on it's own, or in a simple wm (e,g, even twm).

The first problem is that this is a workaround, not a solution, for a problem of unknown provenance.

The second is that upending my entire workflow (I live in Plasma) is particularly unreasonable as far as workarounds go, doubly so since this happens on any and all Chromium-based apps.

I got a screenshot of what this looks like:
https://gcdn.pbrd.co/images/KQInq39mEPBM.png?o=1

The glitchy "box" is "over" the window - I can scroll and the website moves under it.

Since this happened in a browser, I can just detach from the window and continue as usual. The broken window is still there and can be poked at. Stability of the underlying application doesn't appear to be a factor.

This is after just over 1 full day of uptime with no problems.

Last edited by V1del (2021-09-11 10:59:30)

V1del · 2021-09-11 11:04:20

Please don't embed huge images directly: https://wiki.archlinux.org/title/Genera … s_and_code

What's your output of

glxinfo -B
qdbus org.kde.KWin /KWin org.kde.KWin.supportInformation

when this happens? Something you might want to try is check behaviour if you disable chromiums ANGLE integration with the

--use-gl=desktop

flag.

Trilby · 2021-09-11 12:36:05

karunamon wrote:

The first problem is that this is a workaround, not a solution, for a problem of unknown provenance.

Of course it's not a solution - but it's also not a workaround: it's a diagnostic test, precisely because the problem is of unknown provenance. If you narrow down the factors that are relevant to the problem a solution will be much more likely to be found. If you are unwilling to do so, the best you'll get is not troubleshooting, but random stabs in the dark of "try this" or "try that". I don't think you really want to have a mile long thread of guess and check.

seth · 2021-09-11 13:06:07

Suspending the compositor (SHIFT+Alt+F12) will likely achieve most of this, mostly because of

When this happens, moving the window or resizing it will unfreeze the chunk, but only as long as the move or resize is in progress

=> Wait until this happens, then deactivate the compositor.

karunamon · 2021-09-11 17:05:10

V1del wrote:

Please don't embed huge images directly: https://wiki.archlinux.org/title/Genera … s_and_code
What's your output of
glxinfo -B
qdbus org.kde.KWin /KWin org.kde.KWin.supportInformation
when this happens?

Nothing jumping out at me in the output, but here it is: http://codepad.org/vxa8J8KD

This was with two affected Brave windows.

(noted on the image thing; dumb newb mistake, apologies)

Something you might want to try is check behaviour if you disable chromiums ANGLE integration with the
--use-gl=desktop
flag.

I'll give that a try in Brave and see if it makes a difference. Do you know if that option or one like it is valid for CEF/electron apps?

seth wrote:

Suspending the compositor (SHIFT+Alt+F12) will likely achieve most of this, mostly because of
When this happens, moving the window or resizing it will unfreeze the chunk, but only as long as the move or resize is in progress
=> Wait until this happens, then deactivate the compositor.

Hey now! Toggling the compositor off immediately un-corrupts all affected windows, and they work normally after it's re-enabled.

Last edited by karunamon (2021-09-11 17:06:09)

seth · 2021-09-11 18:47:33

So it's the compositor texture rather than the browsers one.

freeze or flicker in place

I suspect that something gets the better of the GL_Buffer_Age support.
Any idea what the artifact region could be/fit? Maybe the omnibox (url input) drop down?

Can you reproduce w/ the xrender compositor backend?
(Though iirc kwin was about to drop that)

GrzegorzKozub · 2021-09-19 12:01:38

Not sure if related, but as long as I have --use-gl=desktop on X11 or --use-gl=egl on Wayland, Google Sheets rendering is broken (can't see text in the spreadsheet cells) on recent Chrome and Brave (Chromium-based).

Here's a screenshot of the issue: https://i.imgur.com/RmaR3qQ.png.

When I remove --use-gl the problem goes away but the acceleration as well.

I have 11th-gen Intel CPU with Iris graphics. This does NOT happen to me on my other machine with NVidia.

My full chrome-flags.conf when using X11:

--ignore-gpu-blocklist
--enable-gpu-rasterization
--enable-zero-copy

--disable-gpu-driver-bug-workarounds

--enable-features=VaapiVideoDecoder
--disable-features=UseOzonePlatform

--use-gl=desktop

EDIT:

This was solved by adding CanvasOopRasterization:

...
--enable-features=VaapiVideoDecoder,CanvasOopRasterization
...

Last edited by GrzegorzKozub (2021-09-19 17:04:31)

karunamon · 2022-02-03 19:35:57

seth wrote:

Any idea what the artifact region could be/fit? Maybe the omnibox (url input) drop down?

The precise shape is usually intermittent as well, though it's usually taller than wider. Maybe the size of a right-click context menu?

Usually this happens in a web browser since that's what I'm in most of the day anyways, but it's in anything that embeds a browser view too. Steam or Slack, but never something like Konsole or PyCharm.

Can you reproduce w/ the xrender compositor backend? (Though iirc kwin was about to drop that)

Didn't make a difference when that option was around, and yeah, it's gone now.

It's been a few months of weekly upgrades with no improvement; so here's the current supportinfo: http://sprunge.us/Vg1HiA

I did try test driving GNOME for a week and didn't encounter this issue, so it seems definitely KDE-related.

Last edited by karunamon (2022-02-03 19:37:49)

V1del · 2022-02-03 19:40:35

Try using a standard, non QML window decoration engine. i.e. switch your window decoration to breeze. There have been quite a few reports with weird issues with aurorae

Arch Linux

#1 2021-09-07 17:55:17

Chromium/CEF/Electron intermittent window drawing corruption on KDE

#2 2021-09-07 18:35:48

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#3 2021-09-11 05:08:26

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#4 2021-09-11 11:04:20

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#5 2021-09-11 12:36:05

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#6 2021-09-11 13:06:07

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#7 2021-09-11 17:05:10

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#8 2021-09-11 18:47:33

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#9 2021-09-19 12:01:38

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#10 2022-02-03 19:35:57

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

#11 2022-02-03 19:40:35

Re: Chromium/CEF/Electron intermittent window drawing corruption on KDE

Board footer