Recursive Delete fails with FileZilla client 3.3.2

[jonkr]

Hi,

I am using a third party FTP server that is a DOS/unix hybrid. It has limied functionality, use DOS file/path names, but reports directory listings in unix format.
So far, so good. Everythings work, except recursive deletes.
When I select a non-empty folder and press delete, every file in that directory is deleted as expected.
FileZilla also recursively traverses into any subdirectories, and correctly list any files therin. But it never tries to delete these files or the subdirectory itself.
I have attached debug logs.
Behaviour is confirmed with clients running on RedHat enterprise 5 linux, Windows XP and Windows 7.

Also, recursive upload works without porblems, but recursive download fails.
If I try to download a directory, the only two lines written to the message log is:
Trace: CFileZillaEnginePrivate::ResetOperation(0)
Trace: CFileZillaEnginePrivate::ResetOperation(0)

Turning on/off "force show hidden files" does not change any of this behaviour.

FileZilla works as expected against RHEL or XP (IIS) servers.
Thus, there must be some disagreement between my server and FileZilla.
FileZille does not seem to have any problems parsing the returned directory listings (the remote pane shows all files as it should).
It also seems to decode the response to PWD as expected - it navigates my remote folders without problems.

I have used other FTP clients (eg WS_FTP, ncFTP). These do not have any such problems.

Any help determining the cause of my problems would be appreciated.
If this is a FileZilla bug, I would appreciate any hints as to if/when it will be fixed.

Thanks
Jon.

[botg]

Do you by chance have filters enabled?

[jonkr]

No, I do not have any filters enabled.
Jon.

[botg]

Try forcing the server type to DOS in the site manager.

[jonkr]

Thanks, but I have tried that.
I have also tried to force all other service types, but DOS is the only one that works.
I assume that Auto causes the server to select DOS because of the format of the return from PWD (DOS type path string).

I have also downloaded the source code and browsed through it.
From it, I saw that parsing of the directory listing is indpendendent of server type (with a couploe of exceptions).
But the program flow was not easy to follow, so I could not see why it would fail to delete directories two levels down.
I hoped that someone more familiar with the code could use the traces I posted to pinpoint the problem.

Thanks again.
Jon.