Closed jpalus closed 2 weeks ago
Do you have any custom configuration?
env | grep FZF_
print -l ${(ok)functions} | grep _fzf_compgen
Turns out it's an issue caused by caching mechanism in sshfs
see libfuse/sshfs#306 for details.
It started to affect fzf
with switch to new fastwalk
based walker. It relies on proper d_type
returned by getdents
syscall (translated to readdir
in FUSE). If the type is unexpected bogus one is returned which later fails to meet criteria for recursive walk.
On the other hand previous find
based walker, which uses fts_read
internally, will call stat
for each file with unknown type (DT_UNKNOWN
) resulting in recursive walk.
Also submitted charlievieth/fastwalk#18 to match find
's behavior cause ie gvfs
FUSE mount does not populate stat
in readdir
at all.
Checklist
man fzf
)Output of
fzf --version
0.52.1 (6432f00)
OS
Shell
Problem / Steps to reproduce
test
and try to complete files:test
tomnt
overssh
mnt
and try to complete files:Expected result: same as for local filesystem Actual result: only top level items are listed
Now the really weird thing is that for some commands it works fine in both cases
ls **<TAB>
orcat **<TAB>
, but not in othersvim **<TAB>
ormpv **<TAB
.