You are not logged in.
Hi, y'all
This past week or so I ran an update that has effectively rendered my drawing tablet useless on my PC. It worked fine for literal years up until then.
I use Gnome as my only DE. I have used Wayland as my windowing manager for ~18 months. Of note, the update after which I noticed strange behavior was somewhere around when I updated to Gnome 50.
I installed this particular build through arch-install script, and *did* have KDE Plasma alongside it, but I have long-since uninstalled all non-essential KDE packages without event.
The issue first entered my attention with Krita. The tablet (which I typically use in relative positioning, with "tablet mode" turned off in Gnome's settings) and the mouse essentially had a separate cursor. I could draw with the tablet and the mouse's cursor would disappear. I could move the mouse and the tablet's cursor would disappear. When I went into krita's "canvas-only mode," in which the progam enters full-screen with no dockers visible, the two cursors seemed to alternate between each other as the "real" one and essentially render that mode unusable. I rely heavily on canvas only mode as part of my workflow, and simply wanted to find a solution so I could use my art software of choice on my desktop environment of choice as normal.
I began by looking in the Krita forums as the issue appeared to be exclusive to the program. I noted that the flatpak build I prefer to use was not supported directly by the developers. I used the Krita-recommended appimage package for krita, to the same result. Additionally, I tried the arch repo system package of krita - running on qt6 with native wayland support - to the same result.
Upon doing further research, I found the "two cursor" issue was reported by many folks throughout the years across multiple OS' and distro's, and a common cause was having multiple drivers for the device on the same system.
I meticulously tested different combinations of removing and re-installing base packages from the graphics tablet page, various qt5 & qt6 packages, xorg, x11, xwayland, and wayland packages and their dependencies thinking it might be some issue where I was unintentionally running the x11 driver and the wayland driver at the same time. I did all of this via
pacman -Rns [package] && rebootfor each iteration that made sense given my theories and the suggestions I was turning up from finding similar or adjacent issues folks had spoke of throughout the years.
At some point - although I do not know exactly when - the issue escalated to the current state, where the tablet cursor is not able to interact with krita at all. Could not draw on the canvas with the tablet (although the mouse worked fine), could not interact with any UI elements with the tablet, and could not even grab the application window with the tablet pen. This behavior is also present for OBS, GIMP, and inkscape, all of which are running on x11 on my system.
Additionally - though this may have been present the entire time - I have noticed that there is a persistent second cursor stuck in the upper right corner of my screen, although it does not show up in screenshots.
I have noticed that the tablet pen will interact with Krita, only when my mouse cursor is also moving.
xorg-xeyes does register both the mouse, and the tablet's cursors moving over krita, the gnome tablet & stylus settings has a test window that registers input just fine, including pressure sensitivity. lsusb shows the device appropriately as ID 056a:033e Wacom Co., Ltd CTH-690 [Intuos Art (M)].
I have also
cleared my pacman cache.
ran multiple, full system updates making sure to include any AUR package updates
Followed numerous cleanup tips on the "pacman tips and tricks" page in the archwiki
ensured that there are no orphaned packages on my system
Ran a script to list every package on my system's optional dependencies that I did not have installed, along with their descriptions, and installed any of the ones that seemed helpful
fully reinstalled every single package on my system
To no success.
Gnome logs reads out
wacom 0003:056A:033E.000C: hidraw1: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input1
wacom 0003:056A:033E.000B: hidraw0: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input0
Upon reconnecting the tablet.
I apologize in advance for not having better documentation for the steps I have taken in my attempt to resolve this issue. I have easily put about 20 hours into troubleshooting over the past week, and my search history has been cluttered with dozens of different phrasings yielding scores of different forums from across many many years.
I did not find anybody having this same issue here, in the Krita forums, or in the gnome forums, when filtered for activity from the last month. I am left to assume that it is a problem specific to my system.
I will happily provide specific info as it is deemed helpful. I'm simply stumped on how to proceed. I am not even certain it is an issue with the tablet's drivers. I do not know what else I can try at this point.
Last edited by GoldApricot (Yesterday 07:15:32)
Offline
Hi, y'all
This past week or so I ran an update that has effectively rendered my drawing tablet useless on my PC. It worked fine for literal years up until then.
I use Gnome as my only DE. I have used Wayland as my windowing manager for ~18 months. Of note, the update after which I noticed strange behavior was somewhere around when I updated to Gnome 50.
I installed this particular build through arch-install script, and *did* have KDE Plasma alongside it, but I have long-since uninstalled all non-essential KDE packages without event.
The issue first entered my attention with Krita. The tablet (which I typically use in relative positioning, with "tablet mode" turned off in Gnome's settings) and the mouse essentially had a separate cursor. I could draw with the tablet and the mouse's cursor would disappear. I could move the mouse and the tablet's cursor would disappear. When I went into krita's "canvas-only mode," in which the progam enters full-screen with no dockers visible, the two cursors seemed to alternate between each other as the "real" one and essentially render that mode unusable. I rely heavily on canvas only mode as part of my workflow, and simply wanted to find a solution so I could use my art software of choice on my desktop environment of choice as normal.
I began by looking in the Krita forums as the issue appeared to be exclusive to the program. I noted that the flatpak build I prefer to use was not supported directly by the developers. I used the Krita-recommended appimage package for krita, to the same result. Additionally, I tried the arch repo system package of krita - running on qt6 with native wayland support - to the same result.
Upon doing further research, I found the "two cursor" issue was reported by many folks throughout the years across multiple OS' and distro's, and a common cause was having multiple drivers for the device on the same system.
I meticulously tested different combinations of removing and re-installing base packages from the graphics tablet page, various qt5 & qt6 packages, xorg, x11, xwayland, and wayland packages and their dependencies thinking it might be some issue where I was unintentionally running the x11 driver and the wayland driver at the same time. I did all of this via
pacman -Rns [package] && rebootfor each iteration that made sense given my theories and the suggestions I was turning up from finding similar or adjacent issues folks had spoke of throughout the years.
At some point - although I do not know exactly when - the issue escalated to the current state, where the tablet cursor is not able to interact with krita at all. Could not draw on the canvas with the tablet (although the mouse worked fine), could not interact with any UI elements with the tablet, and could not even grab the application window with the tablet pen. This behavior is also present for OBS, GIMP, and inkscape, all of which are running on x11 on my system.
Additionally - though this may have been present the entire time - I have noticed that there is a persistent second cursor stuck in the upper right corner of my screen, although it does not show up in screenshots.
I have noticed that the tablet pen will interact with Krita, only when my mouse cursor is also moving.
xorg-xeyes does register both the mouse, and the tablet's cursors moving over krita, the gnome tablet & stylus settings has a test window that registers input just fine, including pressure sensitivity. lsusb shows the device appropriately as ID 056a:033e Wacom Co., Ltd CTH-690 [Intuos Art (M)].
I have also
cleared my pacman cache.
ran multiple, full system updates making sure to include any AUR package updates
Followed numerous cleanup tips on the "pacman tips and tricks" page in the archwiki
ensured that there are no orphaned packages on my system
Ran a script to list every package on my system's optional dependencies that I did not have installed, along with their descriptions, and installed any of the ones that seemed helpful
fully reinstalled every single package on my system
To no success.
Gnome logs reads out
wacom 0003:056A:033E.000C: hidraw1: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input1
wacom 0003:056A:033E.000B: hidraw0: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input0Upon reconnecting the tablet.
I apologize in advance for not having better documentation for the steps I have taken in my attempt to resolve this issue. I have easily put about 20 hours into troubleshooting over the past week, and my search history has been cluttered with dozens of different phrasings yielding scores of different forums from across many many years.
I did not find anybody having this same issue here, in the Krita forums, or in the gnome forums, when filtered for activity from the last month. I am left to assume that it is a problem specific to my system.
I will happily provide specific info as it is deemed helpful. I'm simply stumped on how to proceed. I am not even certain it is an issue with the tablet's drivers. I do not know what else I can try at this point.
I was investigating a similar issue today with Krita 6 not reacting to Wacom graphics tablet input on GNOME/Wayland. Starting Krita with
krita --platform waylandsolved it for me.
Offline
I was investigating a similar issue today with Krita 6 not reacting to Wacom graphics tablet input on GNOME/Wayland. Starting Krita with
krita --platform wayland
solved it for me.
Thank you! At the very least this will make krita function like normal for a while!
It also confirms that the issue lies specifically in how the tablet is interacting with x11 apps through xwayland!
Additionally, I have learned that Wayland has multi-cursor support? Neat.
Since I don't use my tablet in "absolute positioning mode," it makes sense that it would show up as a second cursor. I am assuming that the ghost cursor that is stuck in the upper-left corner of my screen is a separate bug that's purely graphical.
Unfortunately, the underlying issue still remains. I have edited the title now that I have a more precise understanding of where the issue lies.
What I expect to happen: My graphics tablet can interact with all user interface elements, programs, and windows in a way that is more or less indistinguishable from a mouse's cursor.
What happens instead: The graphics tablet cannot on its own interact with any x11 windows.
Again, the eyes from xwayland-xeyes do follow the tablet's cursor when it is hovered over an x11 app. The tablet just cannot interact with them.
I have also noticed a curious interaction? I can interact with krita with my tablet, but only when I am actively moving my mouse cursor also??? This is with full pressure sensitivity and everything, to be clear.
I am almost entirely sure that the issue is with my own system build considering how little information I have been able to find online.
Considering that so many artists will use the same hardware and software for decades sometimes, it might be helpful to someone in the future to find out what is causing this specific behavior.
These are the packages that come up with the entries of
pacman -Q | grep "wacom"&
pacman -Q | grep "xorg".
xorg-fonts-alias-misc 1.0.6-1
xorg-fonts-encodings 1.1.0-2
xorg-fonts-misc 1.0.4-2
xorg-server-common 21.1.22-1
xorg-setxkbmap 1.3.5-1
xorg-xeyes 1.3.1-1
xorg-xkbcomp 1.5.0-1
xorg-xprop 1.2.8-1
xorg-xrandr 1.5.3-1
xorg-xwayland 24.1.10-1
xorgproto 2025.1-1
libwacom 2.18.0-2
wacomtablet 6.6.4-1
xf86-input-wacom 1.2.4-1Additionally, the output of
journalctl | grep "wacom"after unplugging and plugging the tablet back in:
Apr 21 00:53:03 (systemName) kernel: wacom 0003:056A:033E.000E: hidraw3: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input0
Apr 21 00:53:03 (systemName) kernel: wacom 0003:056A:033E.000F: hidraw6: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos PTM] on usb-0000:0f:00.4-1/input1Does anything stick out? Anybody have a clue where I should check next?
I do not mind putting in the work here, I have simply exhausted all search queries that I can think of.
Offline