flxzt
Clicks from Stylus Not Detected
Describe the bug
Stylus location is detected, but no click detection is present. This prevents any drawing by hand, or even tool selection or scrolling. Other apps still respond normally, implying the issue to be unique to Rnote. First appeared after DE update to KDE Plasma 6.5. Mouse still operates normally. Pen shortcut buttons are still registered, but anything that would require a click cannot be deployed (ex. pressing the erase button on the stylus changes the tool to the eraser, but cannot actually erase anything because no click can be detected).
To Reproduce
Steps to reproduce the behavior:
- Be on KDE Plasma 6.5
- Use stylus (currently identified with Wacom AES type stylus)
- Attempt to draw or click on anything in rnote. The window will be selected, but no clicks will be detected (affects literally everything, drawing, scroll bar, tool panel, etc).
Expected behavior
The cursor should act exactly like if the mouse were being left clicked (select tool, grab scroll bar, draw with current tool, etc.)
Desktop (please complete the following information):
- OS: Arch Linux
- App Version: Rnote v0.13.1
- Installation Source: Archlinux Community Repo
- Desktop Environment: KDE Plasma 6.5
- Display Server: Wayland
- Input Source: On-Screen-Tablet (Wacom AES Technology)
Additional context
Mouse controls still work normally, it is only the stylus that is having issues, the issues are only in Rnote, and the issue relates only to detection of when the pen touches the screen (pen's shortcut buttons still switch tools, and position on screen is still detected as normal).
Same issue ere, same OS, same DE, same display server, and same input source. The issue also happens on the flatpak release
I have the same issue and same OS, DE and Display Server. Tho I did try around a bit, weirdly running it with sudo makes it work, this is non-flatpak of course, git version doesn't make a difference. I got a few warnings in console but nothing interesting afaik and inconsistent anyway.
Edit: Sudo works only because wayland fails and it defaults to x11.
Edit: Sudo works only because wayland fails and it defaults to x11.
I did try to force rnote to run under X11, and while it does technically fix the issue, it looks like it simply makes the pen act as a mouse, as pressure and the side buttons do not work
I now realized that trying to run the flatpak while the other release is running will just launch another instance of the latter, and vice versa. If I run just the flatpak, the pen works there.
Same issue, same distro, DE, display server and package version. Running flatpak fixes it here also
As the flatpak works, going to assume this is #1543, and using the flatpak saves us from using the faulty gtk 4.20 as far as pen input is concerned on wayland
As the flatpak works, going to assume this is #1543 and using the flatpak saves us from using the faulty gtk 4.20 as far as pen input is concerned on wayland
Can confirm, downgraded to test it and gtk 4.18.6 worked
Strange, I tried following what others did and downgraded gtk4 to version 4.18.6-1. I did this via the package leftover in the pacman cache. It restored pen functionality in rnote, but managed to break most of the rest of the UI. Anything besides the page has had its background removed (as in I can see through the window), and the tool panel that normally sits at the bottom of the panel is gone. Attached is an image to demonstrate what I mean.
Was there another package that needed to be downgraded with gtk4 to restore functionality?
For reference in the image below, I laid the rnote window over a window with a black background and a window with a white background to show that the rnote window has become transparent.
I'm also on Arch; when I downgraded to gtk-4.19.4-1, my stylus didn't work as everyone else noted.
When I downgraded further to gtk-4.18.6, the stylus worked but I got the exact same display as @TrueBlueCougarCoder
Downgrading a single package on Arch is definitely not a good idea, so it's not surprising they you're getting a broken application when doing so.
Honestly, at least for now, just use the flatpak if that works, especislly because you may be breaking other applications when downgrading gtk
Maybe libadwaita needs to be downgraded too ? From the upstream issue https://gitlab.gnome.org/GNOME/gtk/-/issues/7793 maybe 1.8 ->1.7.6 ?
Though yes, the most failsafe way to do this is definitely the flatpak
Thanks; I've successfully avoided using Flatpak / snap / etc. so far, so I was resisting this. But looks like it's my best option now.
I have downloaded the flatpak version now and it is working properly. Thanks y'all for the help.
Out of curiosity, has anyone experimented to see if the updating to the unstable version gtk-4.21 fixes the issue?
Maybe libadwaita needs to be downgraded too ? From the upstream issue https://gitlab.gnome.org/GNOME/gtk/-/issues/7793 maybe 1.8 ->1.7.6 ?
Though yes, the most failsafe way to do this is definitely the flatpak
Can confirm that downgrading Libadwaita to 1.7.6 and GTK4 to 1.4.18.6-1 works on Arch Linux.
I'd prefer not to add the couple hundred megabytes a Flatpak packages take up on a clean system.
Same issue since Update to Plasma 6.5. I will note, that KDE introduced a Drawing Tablet settings page, possibly changing how pen input is passed to rnote
I can confirm that downgrading worked. For anyone else, use these commands to downgrade (on arch):
wget https://archive.archlinux.org/packages/l/libadwaita/libadwaita-1%3A1.7.6-1-x86_64.pkg.tar.zst
wget https://archive.archlinux.org/packages/g/gtk4/gtk4-1%3A4.18.6-1-x86_64.pkg.tar.zst
sudo pacman -U --overwrite='*' gtk4-1:4.18.6-1-x86_64.pkg.tar.zst libadwaita-1:1.7.6-1-x86_64.pkg.tar.zst
I'd still recommend using the flatpak over downgrading libraries and potentially breaking more things in the process on a distro that explicitly warns against it. But of course everyone is free to do as they wish
is this being looked at? having the same problem on endeavour os. i am able to draw using my finger on my touch screen but when switching to the stylus it doesnt work
is this being looked at? having the same problem on endeavour os. i am able to draw using my finger on my touch screen but when switching to the stylus it doesnt work
I may be wrong, but judging from the official website and this repo the only officially supported release on Linux is the flatpak; your best bet is to use that for the moment
No luck with the Flatpak version for me. Running CachyOS with XPPen Artist Pro 19 under KDE and Hyprland. Other applications like Krita, Excalidraw, and Xournal++ do detect the click/pressure though.
No luck with the Flatpak version for me. Running CachyOS with XPPen Artist Pro 19 under KDE and Hyprland. Other applications like Krita, Excalidraw, and Xournal++ do detect the click/pressure though.
I just tried updating all the flatpak packages, and it still works on my PC. Make sure you quit any other instances before starting the application, as I discovered opening the flatpak while having the other release open will actually just open a new instance of the latter (and vice versa)