-
Notifications
You must be signed in to change notification settings - Fork 131
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
Keypresses are ignored upon reaching 2nd form (examples/gh) #281
Comments
could not reproduce it here 🤔 maybe it's fixed on main? |
I have the same issue. I am trying to create a "dynamic" form, which seems to be kind of difficult with "huh" due to its linear nature; maybe I am doing it incorrectly. I need to create a new huh.Form for each interaction, causing first keystrokes to be ignored for some reason. Demonstration of the issue: huhissue.mp4Here is the file, where I am attempting this. I am aware that the code is really horrible so far, I'll be refactoring it soon (it's my first Golang project 😄) |
I could also reproduce it using following file: package main
import "github.com/charmbracelet/huh"
func main() {
huh.NewInput().Run()
huh.NewInput().Run()
} The second input will ignore the first keystroke. I am able to reproducing it with Windows 11, and it occurs with both cmd and PowerShell. It does not occur on Linux. |
Can see this behaviour too as of latest version |
also seeing this behavior as of latest version (v0.6.0), on windows 11, nu shell, wezterm |
I believe the actual problem is mentioned in charmbracelet/bubbletea#1167 |
Describe the bug
When running examples/gh, 1-2 keypresses are always ignored upon reaching the 2nd form.
This issue seems to only occur when there are multiple forms.
To Reproduce
cd ./examples/gh && go run create.go
Expected behavior
Input field (2nd form) should immediately respond to keypresses.
Desktop:
The text was updated successfully, but these errors were encountered: