Hoping I can help!
I’m booted into OpenSUSE, so here’s the details
Krita version: 5.2.2
OS: OpenSUSE Tumbleweed, KDE Plasma Version 5.27.10
Tablet: XP Pen Star05. Driver version is Ver:3.4.9
Issue: Drawing a stroke with the tablet disables mouse input for roughly 2 seconds. The mouse won’t start working again until I shake it for awhile to get it moving. Repeated strokes with the tablet do not have lag. Using my tablet in any other program doesn’t appear to have this issue.
It appears my issue might be a bit different than jajagaga’s issue, since mine only involves the interactions between tablet input and mouse movement (also, it’s on 5.2.2 rather than the versions specified). Regardless, any help in getting this fixed would be immensely helpful. Please let me know if this would be better as a separate topic!
@theonixie, I’ve moved your post to a new topic as you suggested.
The mix of Open Suse and KDE Plasma and an XP Pen device is totally outside my experience and knowledge.
Do you use the KDE tablet configuration/settings utility?
Is there also a question of Wayland vs Xorg in this situation?
People who know about these subjects will come along eventually.
1 Like
It looks like all of the pre-supplied software for drawing tablets in KDE are exclusively for Wacom tablets. As far as I know, the only thing I’ve used to set up my tablet is the drivers supplied by XP Pen on their website.
I did a little extra testing just to see if my two-monitor setup was affecting it, but unplugging my second display did not help reduce the mouse lag 
I believe my desktop is currently using X11. I tried using a Wayland session before, but it resulted in Krita flickering rapidly
An additional observation: The mouse lag doesn’t happen while using the Tablet Tester in the settings menu
EDIT: The lag also doesn’t happen while drawing on the scratchpad when adjusting brush settings
I don’t think Krita is fully ready for wayland yet.
As for your issue… does the XP Pen have a software to go along with it’s drivers? Did you check the software to see if any settings pertain to a mouse?
I use a huion in my linux KDE environment. The huion software driver has a setting I can toggle to have the pen act as a mouse. I wonder if your XP Pen software has a similar setting.
Installing the drivers did include a program for adjusting settings! I had to use it so that the tablet doesn’t span across both of my monitors
I did find a setting titled “Mouse Mode” in the pen settings, but it makes the tablet behave like a laptop trackpad; the pen’s position on the screen relative to the tablet is no longer absolute, and pen pressure no longer works
I’m currently looking into OpenTabletDriver and seeing if it helps my tablet; it appears to support my particular model
1 Like
Well, looks like I’ll have to experiment with OpenTabletDriver tomorrow since it depends on .NET and the Microsoft servers are temporarily unavailable…
Most likely it is a wayland issue.
Though I did have a similar issue of krita freezing for half a second after a stroke, which I resolved by restarting the application (probably not useful in your case, but mentioning it for the record)
As for drivers, it probably will not work with anything besides the proprietary driver, but you can try anyway.
Managed to install and use OpenTabletDriver a bit, but the mouse still lags after drawing a stroke.
I don’t believe it is a Wayland issue as I’m currently using X11.
how about another version of krita?
If you always did this when others release unfinished software, Krita would not have gotten past version 2 so far.
Michelist
I experimented with 5.1.4 but the issue is still present; however, I discovered something very important!
Moving the mouse after drawing with the tablet does move the cursor, but it doesn’t visually update the cursor on the screen until the pointer is moved out of the canvas area. Also, mouse buttons don’t work until the cursor is moved out of the canvas. It’s why I thought shaking the mouse was the way to fix it; shaking it was enough to get the cursor outside of the canvas area and make it reappear again!
Unfortunately, I’m not really sure what intersection it is between all the devices/software I’m using that causes this issue.
@AhabGreybeard I hope it is okay to ping you, I feel like this is a significant piece of information that could point us in the right direction!
EDIT: Significant other discovery I made just now: it appears that the freehand brush tool is the only tool that has the mouse problem. The select tools, calligraphy pen, box tool, etc do not have this issue when I use them with my tablet pen.
ANOTHER EDIT: Sorry for constantly editing this post, I’m fiddling around and finding new things now that I have a lead. I turned on the cursor (Settings > General > Cursor > Brush Cursor Icon) so that there’s a crosshair when I draw. The crosshair does move with the mouse after drawing a stroke, even if I haven’t moved the cursor outside of the canvas!
Although it is very nice to now actually see where the cursor is after drawing a stroke, there’s still the issue of the mouse buttons not working until the cursor is moved off of and back onto the canvas. I’m not sure what the fix is for that.
1 Like
It appears I’m not the only one to have had this issue, but this other thread never got an answer: Cursor becoming stuck after pencil stroke
I’m automatically pinged by any reply in a topic that I’ve contributed to.
However, there is no further contribution that I feel I can make here, unless any relevant memories float to the top of my brain.
Now that you mention all this, this has been an issue for me for a couple months.
The cursor (green circle) does not update at all until I get the mouse pointer out of the canvas. All tools are affected for me.
I noticed I even have muscle memory to shake off the mouse on the side to do actions on the canvas with the mouse after drawing with the pen.
Arch 6.6.22-1-lts
Krita 5.2.2-8
XP Pen driver 3.4.6