Created attachment 164043 [details] Video showcasing the bug SUMMARY When Wobbly Windows is enabled and a window is dragged, the corner where the mouse pointer is located will be skewed/wobbled the most, while the opposite corner will remain mostly rigid. The first 10 seconds of the attached video showcases the intended behaviour. However, when I move a window by touch, it appears that Wobbly Windows thinks this window-dragging originated from the mouse pointer. Starting from 00:13, I am moving the top right corner of the window by touch, but the most skewed corner is actually the top left corner because that's where the cursor is at. STEPS TO REPRODUCE 1. Enable the "Wobbly Windows" effect. 2. Start dragging the window title by touch. 3. Feel the unnaturalness of the wobble effect. OBSERVED RESULT The Wobbly Windows effect never took touch-dragging into account. EXPECTED RESULT It should take touch-dragging of windows into account. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.3-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION Although I am on KDE Plasma 6.0 right now, this bug can actually be observed on Plasma 5.x as well.
Thank you for the bug report! However Plasma 5.25.90 is no longer eligible for support or maintenance from KDE; supported versions are 5.27, and 5.27 or newer. Please upgrade to a supported version as soon as your distribution makes it available to you. Plasma is a fast-moving project, and bugs in one version are often fixed in the next one. If you need support for Plasma 5.25.90, please contact your distribution, who bears the responsibility of providing support for older releases that are no longer supported by KDE. If you can reproduce the issue after upgrading to a supported version, feel free to re-open this bug report.
Oops, chose the wrong version.
Can reproduce.
The Wobly Window effect uses the cursor position, indeed: > Pair picked = {static_cast<qreal>(cursorPos().x()), static_cast<qreal>(cursorPos().y())}; https://invent.kde.org/plasma/kwin/-/blob/e963ae09cc33be31e818a8ca0a1faacc3ef158f5/src/plugins/wobblywindows/wobblywindows.cpp#L417 Not sure why it does not update for touch input before executing effect's code, so the least I can do is leave the link here. FWIW it seems to behave well on 5.27.5 on a Steam Deck. Might be a regression then? I don't think I can test KWin 6 on a touch screen any time soon. Or maybe it's a Wayland thing. Can you confirm if the bug is present for you on X11?
On X11 touching the screen teleports the cursor there, so I'd imagine not.
It indeed doesn't reproduce on X11, but I like how the cursor position is separated from touchpoint on Wayland and would love to see it kept.
Yeah it needs fixing