Opened 8 years ago
Closed 8 years ago
#10950 closed Bug report (fixed)
FileZilla fails to list directory contents with certain filename present, times out
Reported by: | Rich | Owned by: | |
---|---|---|---|
Priority: | critical | Component: | FileZilla Client |
Keywords: | Cc: | ||
Component version: | Operating system type: | Windows | |
Operating system version: |
Description
Encountered on 3.20.1, tried nightly snapshot from 2016-08-23 and encountered it there as well.
I have a Debian jessie 8.5 system running openssh-server 6.7p1-5+deb8u3. I attempt to access it via sftp://IP as my user/pass, and it logs in successfully, says "Listing directory /home/FOO", and then reports timeout after 20 seconds, repeat forever.
Experimentation has revealed that removing the file named "download?dl=packages%2Fdebian%2Fnautilus-dropbox_0.7.1_amd64.deb" in my homedir causes FileZilla to behave as expected. (Determined by comparing the "raw directory output" from FileZilla with ls -f and seeing which file came next.
Other SSH and SFTP clients, like PuTTY, sftp under Cygwin, and WinSCP, on the same machine, function perfectly fine while filezilla is not behaving.
I do not have any saved config settings for this host.
Change History (3)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
Priority: | normal → critical |
---|
Thanks for reporting this issue, a fix will be released later today.
comment:3 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Issue has been fixed in 3.21.0, please update.
Possibly the most confusing part of this is the presence of a second file in that directory, named 'download?dl=packages%2Fdebian%2Fdropbox_2015.02.12_amd64.deb', whose presence or absence does not affect this behavior at all.
(The contents of the file matters not a whit; tested by moving the old file out of the way and then using "touch".)