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

How to assist users to locate weird key bugs? #91

Open
joshgoebel opened this issue Aug 29, 2022 · 5 comments
Open

How to assist users to locate weird key bugs? #91

joshgoebel opened this issue Aug 29, 2022 · 5 comments

Comments

@joshgoebel
Copy link
Owner

Most issues so far have been very reproducible - ie, non-random.... so if one pays attention carefully you can find the pattern... and then write down a sequence of 3-4 steps to "make it break"... at that point it's usually pretty easy to track down the bug and fix it...

I'm also be open to suggestions to improve logging to make these things easier for users to track down... perhaps we always keep the past 2 minutes of logs and when something bad happens one can "dump" them with a keystroke? @RedBearAK Any ideas here?

Originally posted by @joshgoebel in #81 (comment)

@joshgoebel
Copy link
Owner Author

@rbreaves Could also use your thoughts here perhaps...

@joshgoebel joshgoebel changed the title How to assists users to locate weird key bugs? How to assist users to locate weird key bugs? Aug 29, 2022
@RedBearAK
Copy link
Contributor

Pasting reply from issue #81 thread:

That's not a bad idea, although when weird things are happening that could include quite a lot of events. Might make more sense to buffer the most recent NNN number of lines of log output or something like that.

I really think this user's issue has something to do with the repeating key problem they were having originally. Or as they described it, xkeysnail/keyszer being "too slow" on their relatively high-end PC, which is of course patently ridiculous, since these apps work perfectly on a 2GB Raspberry Pi. It seemed much more like they had keys repeating because something was happening much too fast, like the keyboard delay somehow being set to 0ms.

This user has also mentioned Wayland, and Wayland still has all sorts of weird bugs. I have to wonder if that has something to do with what they keep experiencing.

I can still trigger a terminal repeating loop myself with Ctrl+C that forces me to close the terminal tab, so it's not like it's impossible for something to be getting stuck. But I don't have a good technique for troubleshooting it at the moment.

@joshgoebel
Copy link
Owner Author

Might make more sense t

Well the amount could even be configurable... it's about having "enough" and what "enough" consistitues... I'm not even 100% sure if the log output now is enough to diagnose SOME problems without also knowing what the user was doing - since it doesn't print context (or state) on every single key (for example)...

I'm just trying to think of an easier way than our current "find a way to reproduce it" strategy... just asking users for a bug report (description of problems) with the "last 2 min" attached would be much nicer experience for end users. :)

@joshgoebel
Copy link
Owner Author

Some type of JSON output and a debug utility that allowed you to step thru time viewing the system state at every step would be pretty nice. :-)

@rbreaves
Copy link

rbreaves commented Sep 3, 2022

Yea, I do like the idea of having an option to log like the last 1-2 minutes in a buffer, and track the name of the application they are in. I would want to make sure we avoid single character strings though - I do not want any confidential info - only hotkey presses I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants