Output of :echo system(fzf#exec() .. ' --version')
0.55.0 (fc69308)
OS
[ ] Linux
[ ] macOS
[X] Windows
[ ] Etc.
Problem / Steps to reproduce
Issue
Calling fzf#vim#with_preview in vim before calling fzf#vim#gitfiles('?', ...) (git status) from git bash shell causes mouse scroll to stop working (it always moves to the center) and backspace stops working (do not delete text) and in some cases it starts inserting spaces.
The most problematic part is that it doesn't seem to be a way to exit that state.
I tried to record the issue. Notice the keys being presses on the bottom left corner.
Curiously though, if you call fzf#vim#gitfiles('?', ...) first, an error will appear on screen but the function will succeed. After that it doesn't matter if you use fzf#vim#with_preview, it won't enter on the weird state.
Issue happens on vim that shows has('win32') == 1. I did not tried with the vim version that comes with with git bash has('win32unix') == 1.
Issue does not happen on neovim.
Issue does not happen when vim is started from powershell. However if you call fzf#vim#gitfiles first, you can see the same error showed in the second video.
Issue is exclusive to fzf#vim#gitfiles('?', {}) for git status e.g. :GFiles?. The other use of it :GFiles does not cause the issue.
Output of fzf#vim#with_preview({ 'options': [] }, 0) differs significantly between vim and neovim which may be relevant.
Checklist
Output of
:echo system(fzf#exec() .. ' --version')
0.55.0 (fc69308)
OS
Problem / Steps to reproduce
Issue
Calling
fzf#vim#with_preview
in vim before callingfzf#vim#gitfiles('?', ...)
(git status) from git bash shell causes mouse scroll to stop working (it always moves to the center) and backspace stops working (do not delete text) and in some cases it starts inserting spaces.The most problematic part is that it doesn't seem to be a way to exit that state.
I tried to record the issue. Notice the keys being presses on the bottom left corner.
https://github.com/user-attachments/assets/657b8749-db5d-4dac-be87-367e8ea4fc7f
Curiously though, if you call
fzf#vim#gitfiles('?', ...)
first, an error will appear on screen but the function will succeed. After that it doesn't matter if you usefzf#vim#with_preview
, it won't enter on the weird state.https://github.com/user-attachments/assets/cf50e35f-55b8-4fe8-8d00-b3d6b5ce6dbd
Remarks
vim
that showshas('win32') == 1
. I did not tried with the vim version that comes with with git bashhas('win32unix') == 1
.fzf#vim#gitfiles
first, you can see the same error showed in the second video.fzf#vim#gitfiles('?', {})
for git status e.g.:GFiles?
. The other use of it:GFiles
does not cause the issue.fzf#vim#with_preview({ 'options': [] }, 0)
differs significantly between vim and neovim which may be relevant.Additional information