Bug 386471

Summary:	Hides mouse cursor after few seconds even during movement if using graphics tablet instead of mouse
Product:	[Applications] kate	Reporter:	Lissanro Rahyen <mail2>
Component:	general	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED UPSTREAM
Severity:	normal	CC:	nate
Priority:	NOR
Version First Reported In:	17.04.3
Target Milestone:	---
Platform:	Kubuntu
OS:	Linux
See Also:	https://bugreports.qt.io/browse/QTBUG-57485
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Lissanro Rahyen 2017-11-02 17:58:52 UTC

Mouse cursor hides automatically after few seconds if text field is under it. When I use touchpad or mouse, this is usually not a problem because it appears again if I try to move it.

But when I move mouse cursor using my graphics tablet, KDE does not detect mouse cursor movements, and hides it even if I actively using it in text editor. Only way to unhide is to either touch the tablet surface (which would be like clicking blindly) or move the mouse cursor out of the text field (or I can slightly move it with touchpad or mouse, but it is very inconvenient when I'm holding stylus).

When I use stylus to move mouse cursor, I can see events in /dev/input/mice. My tablet does have "stylus" device in "Virtual core pointer" section according to xinput. So I do not know why KDE ignores its activity, perhaps it monitors only relative motion events. I use Huion tablet but somebody with Wacom tablet have exactly the same issue( https://askubuntu.com/questions/967665/stop-kde-plasma-hiding-mouse-cursor-when-typing ).

The problem can be reproduced in any KDE text editor, Kate, Kwrite, KDevelop, etc., so I'm not sure if I have chosen correct "product" for this bug, since it is not limited to Kate. But it is KDE-specific because does not happen in Firefox and other non-KDE software.

Comment 1 Christoph Feck 2017-11-09 01:22:44 UTC

Related to/duplicate of https://bugreports.qt.io/browse/QTBUG-57485

Comment 2 Nate Graham 2017-12-06 22:10:04 UTC

In the ticket that Christoph brought up, it was mentioned that the same behavior can be seen in other Qt-based KDE software, like Kdenlive. Can you reproduce this in other QT software that's not based on KTextEditor? If you can, then it's the Qt issue and we'll track the fix there.

Comment 3 Lissanro Rahyen 2017-12-07 09:04:09 UTC

I just tried kdenlive and do not see this issue, at least not in small text fields for searching, defining paths, etc. The other bug where kdenlive was mentioned is about tooltips not showing (for me they do not show either when using tablet), this bug is about hiding mouse cursor even if I'm moving it (when using tablet instead of mouse). I do not know if these two issues are related or not.

Comment 4 Nate Graham 2017-12-08 12:48:18 UTC

If you can reproduce the tooltip behavior in kdenlive, then it seems that the root cause is the same, so let's track this in the upstream Qt bug. Thanks!