Bug 450167 - Window management breaks after dragging a window
Summary: Window management breaks after dragging a window
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: 5.24.0
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-13 17:31 UTC by Patrick Auernig
Modified: 2023-02-18 13:43 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Broken plasma decorations (197.34 KB, image/png)
2022-02-13 17:31 UTC, Patrick Auernig
Details
snippet of journalctl output after bug occured (137.86 KB, text/x-log)
2022-03-21 21:55 UTC, Patrick Auernig
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Auernig 2022-02-13 17:31:58 UTC
Created attachment 146677 [details]
Broken plasma decorations

SUMMARY
The window management and decorations break sometimes when dragging around windows.
I'm not 100% sure what causes it yet, but I suspect it to be either dragging across screens, or tiling it to an edge.

This is only happening since the the 5.24.0 update.

STEPS TO REPRODUCE
1. Drag a window around, possibly attempt to tile it
2. Suddenly X11 becomes unresponsive
3. X11 unfreezes, but is barely usable

OBSERVED RESULT
Windows become selectable again after X11 unfreezes, but it is not possible to drag them around.
In addition to that, the mouse is offset by at least 100px, and all Plasma decorations become blackened (see screenshot).

SOFTWARE/OS VERSIONS
Linux: 5.16.8
KDE Plasma Version: 5.24.0
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Comment 1 Vlad Zahorodnii 2022-02-14 09:24:09 UTC
Could you please describe the freeze more? Do other windows respond to clicks or keyboard input? Does task switcher work? Do global shortcuts work? Does kwin start consuming CPU a lot?
Comment 2 Patrick Auernig 2022-02-14 15:26:40 UTC
(In reply to Vlad Zahorodnii from comment #1)
> Could you please describe the freeze more? Do other windows respond to
> clicks or keyboard input? Does task switcher work? Do global shortcuts work?
> Does kwin start consuming CPU a lot?

The windows do respond to mouse input, but because the effective mouse position is offset it's hard to interact with anything properly.
I didn't test KB input, but I assume it still works as well.
The task switcher works, but is darkened like the system tray dropdown plasmoid.
My shortcut for krunner was still working, that's the only one I tried.
Didn't notice any high CPU spikes when I switched to a TTY and checked htop.

I'll try to hopefully get some log output once I manage to reproduce it.
Comment 3 Bug Janitor Service 2022-03-01 04:36:27 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Bug Janitor Service 2022-03-16 04:35:25 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 5 Patrick Auernig 2022-03-21 21:55:27 UTC
Created attachment 147657 [details]
snippet of journalctl output after bug occured

Just happened again, and I managed to get some logs this time.
Also, it does seem to affect other windows that utilize OpenGL, like Alacritty for example.

I do think it's related to Steam doing something weird, as it seems to happen when tiling the Steam window.
Comment 6 Patrick Auernig 2022-03-21 22:11:29 UTC
It happened at around 22:45, which is also where some OpenGL errors were starting to show up in the logs
Comment 7 Patrick Auernig 2023-02-18 13:43:49 UTC
I haven't encountered this issue in quite a while, so at this point I just assume it was a weird interaction with a specific version of Steam and X11.
And since I'm no longer using X11 I wouldn't be able to retest this either way.