-
Notifications
You must be signed in to change notification settings - Fork 57
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
Race condition between xdotool and user's finger when autotyping #62
Comments
wwalker
added a commit
to wwalker/bitwarden-rofi
that referenced
this issue
Sep 18, 2021
adding --clearmodifiers to the xdotool command arguments fixes the problem of the Alt key still being pressed when xdotool starts typing. |
mattydebie
pushed a commit
that referenced
this issue
Apr 14, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi! Let me start by thanking you for the script! Now, this is a strange one...
I was facing an odd behavior when pressing alt+1/2/3 for autotyping: sometimes, half the characters were garbage; sometimes, apparently random keys got pressed (like esc, enter, etc).
It took me a while to understand what was happening: when xdotool begin to input characters, the user thumb may still be resting on the alt key, resulting in strange inputs.
Now, I'm guessing that this sleep
bitwarden-rofi/bwmenu
Line 222 in a53cc1e
is meant to allow the transition to the window under rofi, but it could be tweaked to account for (apparently) slooooow users like myself... maybe give an option to add n ms to that delay? Or maybe simply having this issue to document this will be enough.
The text was updated successfully, but these errors were encountered: