Bug 515326 - (Wayland) Toplevel drag operations are very buggy and inconsistent
Summary: (Wayland) Toplevel drag operations are very buggy and inconsistent
Status: REPORTED
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (other bugs)
Version First Reported In: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-31 05:30 UTC by playpsic04
Modified: 2026-01-31 05:30 UTC (History)
1 user (show)

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description playpsic04 2026-01-31 05:30:38 UTC 
SUMMARY
In some apps it works (though with some minor issues), but others require a lot of patience or are just impossible. It seems like the main window isn't able to correctly detect the panel or surface that it's being dragged on, doesn't update its current position, and is unable to change the new place it's trying to be placed. In X11/XWayland, it works as intended, as I show in the video.

STEPS TO REPRODUCE
1. Test in multiple apps that use the toplevel drag protocol (mainly QT apps with toolbars).
2. Try to move a panel/toolbar to the other corner of the screen.

OBSERVED RESULT & EXPECTED RESULT
https://www.youtube.com/watch?v=_me3znI5YI0

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1

ADDITIONAL INFORMATION
I haven't tried to test this issue aside from QT apps or other Wayland compositor that use the protocol. As this issue is very inconsistent, it could be that it's a client/toolkit-side bug or an overall issue in the protocol.