Version 3.1.5.1 (and 3.2.0) won't list directory but 2.2.10 does.

[RoscoHead]

Here's a weird one. A site that I haven't visited using FZ for a while (I have a program that does automated download from there that works fine though). Today I connected using FZ 3.1.5.1 and it showed the remote directory as empty. I tried passive, active, force show hidden files, all with the same result. So I went to another machine on the same network that hasn't been upgraded from 2.2.10 yet, and it displays the files fine.

Debug logs are attached, grateful for any pointers.

ROSCO

[RoscoHead]

Log from FZ 3.1.5.1

[RoscoHead]

Log from FZ 2.2.10

[Tim Kosse]

Post complete logs. Snippets are of no use.

[RoscoHead]

How do I get more? I set the debug level to 4, and pasted all info from the log file, what else do I need to do?

[Tim Kosse]

The complete logs. Everything since the start of FileZilla.

[RoscoHead]

Full log from 3.2.0

[RoscoHead]

OK, I switched on logging, closed FZ, started it again, opened the connection in question, then exited FZ. The resulting log is attached, FZ320_full.log. Note that I've upgraded to 3.2.0 since I posted the bug, and the problem is still there.

Let me know if I need to do anything else.

[Tim Kosse]

Nothing unusual in the log. If you enable "Show raw directory listing" in the settings, do the files get listed in the log? If so please post an example line.

[RoscoHead]

Show raw directory listing was enabled when I did FZ320_full.log

[Tim Kosse]

Probably just a broken server. FileZilla 3 is a lot faster than 2.x and some other clients as well. According to the log the data connection gets established and closed again (the latter on behalf of the server) prior to receiving the initial reply to the LIST command. There's a good chance that the data connection establishment happens on the server prior to it receiving the LIST command.
Since you are using a proprietary server, I cannot analyze this issue further, I have to blame the server by default.