Bug 435972

Summary: Plastik window decorations render issues after suspend/resume
Product: [Plasma] kwin Reporter: Miguel De Anda <miguel>
Component: decorationsAssignee: KWin default assignee <kwin-bugs-null>
Status: REOPENED ---    
Severity: normal CC: allo, kde.20.andromodon
Priority: NOR    
Version: 5.21.4   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: this particular suspend/resume resulted in multiple different treatments
fixed by switching window decoration to breeze, then back to plastik
An example of the black (missing?) title bar on the first window opened after suspend.

Description Miguel De Anda 2021-04-20 19:52:08 UTC
SUMMARY
My workstation is set to suspend after 1hr and it does so about 20 times a week and roughly 2-5 of the resumes result in window decoration issues. I thought it was related to closed source nvidia drivers but I discovered it _only_ happens with Plastik and not with Breeze window decorations.

STEPS TO REPRODUCE
1. Open a few different app windows
2. Let computer suspend
3. Resume

OBSERVED RESULT
Window decorations may not render corrently, sometimes a black bar, other times stretched/blurry title text and most times the min/max/close buttons don't render or end up with odd click areas make them harder to use.

EXPECTED RESULT
Window decorations should look the same as prior to suspending.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81.0
Qt Version: 5.15.2
Kernel Version: 5.11.15-arch1-2
OS Type: 64-bit
Graphics Platform: X11
Processors: 6 × AMD FX(tm)-6100 Six-Core Processor
Memory: 23.5 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 950/PCIe/SSE2

ADDITIONAL INFORMATION
I had the same issue on Ubuntu about 6 months ago but have since switched to Archlinux with same results. I discovered that Breeze was ok only while on Arch.
Comment 1 Miguel De Anda 2021-04-20 19:54:09 UTC
Created attachment 137737 [details]
this particular suspend/resume resulted in multiple different treatments
Comment 2 Miguel De Anda 2021-04-20 19:54:48 UTC
Created attachment 137738 [details]
fixed by switching window decoration to breeze, then back to plastik

i didn't restart anything and just switched window decorations to fix the issue.
Comment 3 Alex 2021-04-23 12:39:04 UTC
I have the same problem. I was about to type a bug report and add it here as comment now. It happens every time I use suspend to RAM on Debian testing.

SUMMARY

After suspend to RAM, the plastik window decorations are broken. Some windows have transparent title bars (The buttons work when you know where they should be) others have an title bar that looks not focussed even when it has the focus.


STEPS TO REPRODUCE
1. Use Plastik window decorations
2. Use suspend to RAM
3. Wake up the PC again

OBSERVED RESULT

Broken window decoration.

EXPECTED RESULT

Working window decoration


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.20.5
(available in About System)
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

Using breeze decorations there seems to be no problem. kwin --replace fixes the problem, switching to breeze decorations and back to plastik also works as a workaround for the problem.

The compositor uses XRender and smooth scaling

Nvidia driver: 460.67-1
Comment 4 Alex 2021-07-06 20:24:35 UTC
It gets worse.

Randomly windows do not have a visible decoration at all, even when they are opened after resuming (I had at least the impression that the problem only affects windows that already were open), but I can click the buttons when I know the position.

I do not see a clear pattern which windows do not work, but when I disable compositing the broken titlebars reappear as black bar, which is still clickable.

Compositor: XRender (as opengl tends not to work very well with nvidia graphics)

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.20.5
(available in About System)
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.15.2
Comment 5 Andy 2022-03-27 22:57:58 UTC
I'm also running into the same issue.  It seems that the first window opened after a suspend is the one that has the title bar missing.  All further windows opened are fine.  It doesn't seem to matter what program is run, just the first one window after a suspend.  I'll attach an example too, called "chrome.jpeg".  I have a keyboard shortcut set to run "kwin_x11 --replace" and this fixes the black title bar in the window.
Comment 6 Andy 2022-03-27 22:58:47 UTC
Created attachment 147778 [details]
An example of the black (missing?) title bar on the first window opened after suspend.
Comment 7 David Edmundson 2023-09-06 10:38:32 UTC
This bug was reported against an outdated version of KWin. We have made many changes since the. 
If the issue persists in newer versions can you reopen the bug report updating the version number.
Comment 8 Alex 2023-09-06 20:34:32 UTC
I can still reproduce.

I do not get black titlebars, but the titlebars of open windows are stuck at the colors they had before suspend, which means one window has a titlebar with the color for focussed windows and the other windows the colors of unfocussed windows and they do not change when you switch windows. If you resize windows the text and buttons get visually distored.

It still happens for Plastik and not for Breeze or Oxygen.