-
Notifications
You must be signed in to change notification settings - Fork 182
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
Crash when typing before prompt is ready #249
Labels
Comments
Maybe related to #246 (same cause). |
# Note: only do this if the input queue is not empty, and a return
# value has not been set. Otherwise, we won't be able to read the
# response anyway. |
See #250 |
I haven't seen this issue since the PR, so this may have fixed it. |
#250 also fixes a similar issue: |
Version 5.0.1 released |
Thank you! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If there is leftover text in the buffer, or you type too soon before rustyline is ready, I'm seeing that it looks like we trip over this and crash:
rustyline/src/tty/unix.rs
Lines 653 to 658 in 9d67a19
It seems like it might be where the ansi doesn't see the correct answers coming back.
Here's what the output looks like:
I wonder if it might be possible to clear (or maybe lock?) the input buffer before rustyline is ready, so that it doesn't interfere with rustyline getting ready to read input.
The text was updated successfully, but these errors were encountered: