Bug 503550 - When using a stylus, last position of pointer when moved by mouse or touchpad is still active in apps that check for pointer position
Summary: When using a stylus, last position of pointer when moved by mouse or touchpad...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: input (other bugs)
Version First Reported In: 6.3.4
Platform: NixOS Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-04-29 21:01 UTC by m1vri31c
Modified: 2025-09-04 06:52 UTC (History)
6 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description m1vri31c 2025-04-29 21:01:47 UTC
SUMMARY
Mouse position after touch or pen input, while hidden for the user, is still passed to applications. 

This is very annoying, for example, when scrolling through Netflix or a similar UI which has autoplay previews upon mouse hover. If the mouse was over the window when you last moved it, it will constantly start up those auto-previews under the (hidden) cursor, despite touching, scrolling etc. elsewhere on the screen. It is very annoying and affects touchscreen usability in all kinds of situations.

Ideally although I don't know if it is possible, cursor position would be completely erased globally upon the completion of touch or stylus input, because it just doesn't make sense to have a constant cursor position with those input methods, let alone a cursor position different to the most recent input (via touch or pen).

If there is a non-KDE tool, library etc. that is in control of this I'd love to know so I can enter a bug report there.

STEPS TO REPRODUCE
1. Position the mouse on the screen
2. Use touchscreen or stylus to interact elsewhere on the screen

OBSERVED RESULT
Cursor disappears, but still has an effect on anything that uses cursor position.

EXPECTED RESULT
Cursor disappears, cursor position is either ignored or refers to the last touchscreen or stylus input. When mouse is moved again, it should still be where you left it, despite cursor position not being passed to apps after touch or pen input.

SOFTWARE/OS VERSIONS
Operating System: NixOS 25.05
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.13.0
Qt Version: 6.9.0
Kernel Version: 6.12.19 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-1065G7 CPU @ 1.30GHz
Memory: 15.2 GiB of RAM
Graphics Processor: Intel® Iris® Plus Graphics
Comment 1 m1vri31c 2025-04-29 21:06:39 UTC
Bug 488146 is similar, but refers to a hovering mouse effect in the position of a recent touch input, rather than the position of the actual mouse cursor continuing to have an effect after touch or pen input.
Comment 2 Zamundaaa 2025-04-30 19:35:51 UTC
I'm not sure how to implement that nicely, but I suppose we could send a wl_pointer.leave event when a touch or tablet event is detected.