SUMMARY The mouse cursor seems to be able to go 1 pixel off the screen on the right. Seems to happen in all windows, but only on the right side. You can see the mouse cursor jittering back and forth by one pixel if you constantly move the mouse to the right I forgot what release this has been an issue since (I think 5.26..? but I forgot to make a bug report until now). It was partially fixed at some point, in the past even the window close button in the top right wouldn't get selected if you moved the cursor to the very top right, but only that specific button got fixed. You can still see the cursor jittering there, although the button stays selected. STEPS TO REPRODUCE 1. Move your mouse all the way to the right when, for example, a webpage is open with a scrollbar in firefox OBSERVED RESULT You can see the mouse cursor jittering back and forth (seems to be going 1 pixel off-screen) and the scrollbar rapidly changes between selected an un-selected EXPECTED RESULT The scrollbar/anything else that is on the edge of the screen is selected SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Probably related to the fractional scale work for Plasma 5.26. Wayland or X11 or both? Are you using any scaling?
I'm on wayland, and I am using fractional scaling at 150%
Thanks.
Can reproduce. With a scale of 100% it works correctly at least most of the time, but with 150% the cursor jitter is causing problems
*** Bug 464809 has been marked as a duplicate of this bug. ***
*** Bug 464889 has been marked as a duplicate of this bug. ***
Can reproduce reliably on Wayland, 100% scaling
Yeah same here with 200% scale.
Yeah, testing again on a monitor with 200% scaling and it still happens
Can reproduce on Wayland with default 100% scaling. It happens on the right and bottom edges. Plasma 5.27.0
*** Bug 466091 has been marked as a duplicate of this bug. ***
*** Bug 465979 has been marked as a duplicate of this bug. ***
*** Bug 465929 has been marked as a duplicate of this bug. ***
*** Bug 466081 has been marked as a duplicate of this bug. ***
…and here I was blaming Sublime Text for flickering its files list view while moving mouse cursor along left edge of the screen, heh X11, 100% scaling.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/3664
Git commit 520fa3042a9877379870af7b300fab7c669d7e7e by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 22/02/2023 at 19:01. Pushed by vladz into branch 'master'. pointer input: always confine pointer to screens Checking if the pointer needs to be confined before doing `std::clamp` on the position is useless and causes problems. With this change, the pointer will always be confined to exactly the screen, without any fractional offsets. M +2 -2 autotests/integration/pointer_input.cpp M +2 -9 src/pointer_input.cpp https://invent.kde.org/plasma/kwin/commit/520fa3042a9877379870af7b300fab7c669d7e7e
Git commit 5abb038a3c4e2a36a6d5ad3d8d792eaf7bdbcd91 by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 22/02/2023 at 19:02. Pushed by vladz into branch 'Plasma/5.27'. pointer input: always confine pointer to screens Checking if the pointer needs to be confined before doing `std::clamp` on the position is useless and causes problems. With this change, the pointer will always be confined to exactly the screen, without any fractional offsets. (cherry picked from commit 520fa3042a9877379870af7b300fab7c669d7e7e) M +2 -2 autotests/integration/pointer_input.cpp M +2 -9 src/pointer_input.cpp https://invent.kde.org/plasma/kwin/commit/5abb038a3c4e2a36a6d5ad3d8d792eaf7bdbcd91
*** Bug 463090 has been marked as a duplicate of this bug. ***