Summary: | Mouse cursor can go 1 pixel beyond screen edges, which breaks Fitts' law for those screen edges and makes hover-enabled UI elements touching them flicker | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | [object Object] <rohan> |
Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ales.astone, behzad.a_ir, bugseforuns, dev.bacteriostat, freezeball, kdebugs, me, nate, niccolo.venerandi, putr4.s, xaver.hugl, zellox |
Priority: | NOR | Keywords: | regression |
Version: | 5.26.3 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/plasma/kwin/commit/5abb038a3c4e2a36a6d5ad3d8d792eaf7bdbcd91 | Version Fixed In: | 5.27.2 |
Description
[object Object]
2022-11-16 16:07:57 UTC
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. *** |