-
Notifications
You must be signed in to change notification settings - Fork 613
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
z foo<SPACE><TAB> does nothing and behaves strange #974
Comments
And here just some system information: |
Edit 2: Fish 4.0 seems to have largely resolved the artifacting issues. The only thing that remains is Edit: I've narrowed down the issue a bit; I have a function to quickly (re)source my fish config (to apply changes), and I've noticed that I have to accept the fzf result N times, where N is however many times I've sourced my config, I'm toying with fish as an option to switch away from zsh, so maybe this is just the wrong way to be reloading my config in fish. That being said, there's still some weird behavior on a fresh launch of fish where accepting the fzf result produces some strange artifacts. I'm using the pure prompt here but I get the same behavior with the default fish prompt. (original response below) WSL |
@samling Did you find any solution to the |
Using zi work just fine as expected, plain z also.
But as soon as I use z the fzf window shows as expected, but when I hit enter just some weird short flickering and then nothing happened.
Another thing I notice is that when using an additional space gets inserted. And when exiting the fzf window with Esc, the command gets duplicated with escape sequences before each whitespace. (This only happens when using z foo)
Also, there seems to be a lot of inconsistencies with z foo like zi opens a new clean command line.
I am not sure how is implemented, but if z foo and zi use different implementations, maybe should just be redirected to zi?
The text was updated successfully, but these errors were encountered: