Opened 3 years ago

Closed 3 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 Changed 3 years ago by Rich

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".)

comment:2 Changed 3 years ago by Tim Kosse

Priority: normalcritical

Thanks for reporting this issue, a fix will be released later today.

comment:3 Changed 3 years ago by Tim Kosse

Resolution: fixed
Status: newclosed

Issue has been fixed in 3.21.0, please update.

Note: See TracTickets for help on using tickets.