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.
Related to/duplicate of https://bugreports.qt.io/browse/QTBUG-57485
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.
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.
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!