Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RNote sometimes just eats inputs system wide #1322

Open
tryoxiss opened this issue Dec 10, 2024 · 3 comments
Open

RNote sometimes just eats inputs system wide #1322

tryoxiss opened this issue Dec 10, 2024 · 3 comments
Labels
gtk4 Related to Gtk4 input input related issues

Comments

@tryoxiss
Copy link

tryoxiss commented Dec 10, 2024

Describe the bug
Sometimes when tabbing on to RNote it starts eating all inputs. When this happens, everything else still updates (its not frozen), but attempting to interact with anything fails. I can still move my cursor (via mouse or tablet), but clicks, pen down, keyboard, etc all dont work. I have tried waiting (sometimes up to 30 minutes) and it never allows interaction again. The only fix is to restart the computer entirely.

To Reproduce
I really don't know... I wanted to wait until I could find a pattern to it, but its been months and I cant find a cause. It seems to only occur after tabbing back on to RNote, and if memory serves its only happned when tabbing on with the tablet (not keyboard or clicking the window). I wish I could be more helpful...

Expected behavior
It should continue to work as normal and not make the system inoperable.

Console Output
Run the app in the terminal with flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote
and post the output.

Unfortuntely due to the nature of the bug, I cant capture any output that includes the bug (to my knowlege). Either way, the only output I get when using it (and unsuccessfully attempting to trigger the bug) is:

 ~ → flatpak --env=RUST_LOG=rnote=debug --env=RUST_BACKTRACE=1 run com.github.flxzt.rnote
2024-12-10T21:47:35.941316Z DEBUG rnote: .. tracing subscriber initialized.

Screenshots

Desktop (please complete the following information):

  • OS: Fedora 40
  • App Version: Rnote v0.11.0
  • Installation Source: Flatpak
  • Desktop Environment: GNOME 46.5
  • Display Server: Wayland
  • Input Source: Keyboard, Mouse, Wacom Inuos S tablet

Additional Context
I will continue to add to this as I learn more, and will try and capture the big in action. (Its elusive, it seems to only happen when I am not trying to capture it ... )

@mahdi4260-1
Copy link

mahdi4260-1 commented Dec 11, 2024

In GNOME 46 in Fedora 40 whenever I tried to move an app (for example file manager or rnote) with my stylus, this used to happen. I could interact again by pressing esc key. Fortunately, in GNOME 47 in Fedora 41, this is no longer a problem. But, there is another problem in GNOME 47 for some tablets. See this.

@tryoxiss
Copy link
Author

tryoxiss commented Dec 11, 2024

In GNOME 46 in Fedora 40 whenever I tried to move an app (for example file manager or rnote) with my stylus, this used to happen. I could interact again by pressing esc key. Fortunately, in GNOME 47 in Fedora 41, this is no longer a problem. But, there is another problem in GNOME 47 for some tablets. See this.

Oh my gosh, thank you!! I couldve sworn I pressed every key when trying to fix it but pressing ESC actually fixes it (at least the few times its happned since ive seen this comment). Im going to keep this open for now incase it happens again, but if it keeps working for the next bunch of times I think the issue may have just been GNOME being weird. Thank you!

@Doublonmousse Doublonmousse added gtk4 Related to Gtk4 input input related issues labels Dec 18, 2024
@tryoxiss
Copy link
Author

Still have yet to find a case that pressing ESC doesnt fix, and updated GNOME so I probably wont be replicating it again is the previous commenter was correct (which they seem to be). Still feels like an issue, but idk if its worth dev time to fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
gtk4 Related to Gtk4 input input related issues
Projects
None yet
Development

No branches or pull requests

3 participants