'g' key fails on FZF startup

ds2606 commented 2 years ago

[x] I have fzf 0.23.0 or above
[x] I have read through https://github.com/junegunn/fzf.vim/blob/master/README.md
[x] I have read through https://github.com/junegunn/fzf/blob/master/README-VIM.md
[x] I have read through the manual page of fzf (man fzf)
[x] I have searched through the existing issues

When I run FZF with the following default mapping: nnoremap <leader>/ :call fzf#run(fzf#wrap({'source': \ 'fd -H -E .git -E ".dropbox*" . ~/desktop/dropbox""'}))<CR> The 'g' key is non-functional on start-up. It only becomes functional after any other key is entered (a backspace is then necessary to search for files beginning with 'g'). Interestingly, the issue does not reproduce with the minimal configuration given above. Here is a demonstration: anim

ds2606 commented 2 years ago

Interestingly, I've narrowed the issue down to inclusion of the glob pattern ".dropbox*". If I remove -E ".dropbox*" from the binding, the issue goes away completely. Is there a way for me to include this exclude-string without breaking functionality? It's curious that the addition of this string only seems to impact one key.

Edit: I've changed ".dropbox*" to just .dropbox.cache and everything is working now. This still seems like an interesting breakage. It seems to have something to do with the glob pattern?

ds2606 commented 2 years ago

closed because this seems like an unusual bug and probably would be a pain to debug, and I've found workarounds

junegunn / fzf.vim

'g' key fails on FZF startup #1384