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

Dropping keys when streaming/recording #40211

Closed
Pluckyduck opened this issue May 5, 2020 · 3 comments
Closed

Dropping keys when streaming/recording #40211

Pluckyduck opened this issue May 5, 2020 · 3 comments
Labels
Controls / Input Keyboard, mouse, keybindings, input UI, etc. (S1 - Need confirmation) Report waiting on confirmation of reproducibility

Comments

@Pluckyduck
Copy link

Pluckyduck commented May 5, 2020

Describe the bug

+++found the issue, i have sticky keys disabled on computer but CDDA does not think it is and will still enable it, I was able to use on screen keyboard to disable it++++++

at the 30 minute mark, the client stops accepting key strokes and will force to use another key strong to unlock.

I am unable to find the starting point, just around 30 minutes seem to only doing it when streaming/recording. no problems with when not streaming, I have tested with recording and works fine. Local recording only has not had a problem, only with streaming.
example would be walking, if I tap the left direction button and it will move that direction and then tap again, it will not do anything. If I tap the up arrow, it will move as it is supposed to and then part of the time, I can then move back to the left. This example works the same for all keys. I was unable to use the up and down arrows to select anything to drop into the ground and it would just move one time a back and forth but unable to move past.
Outside of window during this event is the same. If i type into a chat window or use the keyboard for anything, it blocks it with the same actions as in game. the last one, i had to fully restart the computer to get the functions back on the keyboard. Today 5 may 2020, I was able to stop the client and got the keyboard back to full use. I have tested a second working keyboard and follows on to the working one as well. I use this keyboard daily and using it right now as well.

Steps To Reproduce

so far, i have unable to reproduce... but have video that I am working to show.

Expected behavior

To maintain control of keyboard.

Screenshots

Versions and configuration

@KorGgenT KorGgenT added <Bug> This needs to be fixed Controls / Input Keyboard, mouse, keybindings, input UI, etc. (S1 - Need confirmation) Report waiting on confirmation of reproducibility and removed <Bug> This needs to be fixed labels May 5, 2020
@KorGgenT
Copy link
Member

KorGgenT commented May 5, 2020

we need reproduction steps, version info, all that jazz.

@Pluckyduck
Copy link
Author

we need reproduction steps, version info, all that jazz.

working on the recording now.

@Pluckyduck
Copy link
Author

So doing a restart before I started the stream/recording has made it run clean for two long runs. I am going to close this out and update.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Controls / Input Keyboard, mouse, keybindings, input UI, etc. (S1 - Need confirmation) Report waiting on confirmation of reproducibility
Projects
None yet
Development

No branches or pull requests

2 participants