https://bugs.kde.org/show_bug.cgi?id=509933
--- Comment #2 from Kath <[email protected]> --- I agree I have had this with a mouse too, but as I have learnt with my other reported tablet bugs, the extra cursor often has different code and logic applied to it, intentionally or not, by devs. If you can reproduce to report for mouse, I'd encourage you to do so in case there's different logic in play! That being said, this behaviour has changed, in ways I haven't fully understood but I will put my findings below and see if it helps: - Sometimes, the tablet cursor does not update to the correct cursor at all This might be "hiding" this bug. I have made a separate bug report here for it https://bugs.kde.org/show_bug.cgi?id=516425 - Sometimes the cursor updates correctly, and does not get stuck like in this bug. Seemingly switching windows and back may make it re-appear and it'll get stuck on hover, but I couldn't determine any triggers. - When the tablet cursor is updating correctly, it can get "stuck" after performing a drag operation; on a file or on the sidebar divider I tested on the below Operating System: KDE neon Testing Edition KDE Plasma Version: 6.6.0 KDE Frameworks Version: 6.24.0 Qt Version: 6.10.2 Kernel Version: 6.17.0-14-generic (64-bit) Graphics Platform: Wayland Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz Memory: 32 GiB of RAM (31.1 GiB usable) Graphics Processor: AMD Radeon RX 6800 -- You are receiving this mail because: You are watching all bug changes.
