Unable to download file containing "&" character

[elisee]

I'm using beta 8 and nightly builds from FileZilla 3 under Ubuntu (GNU/Linux), and I've noticed a bug : I'm unable to download files containing the "&" character. I've been told to report this bug in the bugtracker by codesquid.

FileZilla creates a file without the "&" sign and then ask infinitely whether it should replace it and never downloads the file. Actually, the RETR command contains the filename without the "&", and thus the server responds "550 Failed to open file".

A file without the "&" character gets created and the replace dialog would show up over and over asking for replacing this empty file.

Attached is the log of the FTP session.

[elisee]

FileZilla 3 log

[Tim Kosse]

Does the file appear with or without the & in the remote file list?

Does the file appear with or without the & in the transfer queue?

[elisee]

It appears with the & in the remote file list
but without the & in the transfer queue (both in local and remote field)

[Tim Kosse]

Interesting. Is the ampersand missing already when you add the files to the queue or only after restarting FileZilla?

[elisee]

Right when I add the file to the queue

[Tim Kosse]

How are you adding the file to the queue? Using the context menu, doubleclick or by using drag&drop? In the case of drag&drop, what where the source and the target of the d&d operation?

[elisee]

I've just tested each method:

• when doubleclicking, everything works fine
• with context menu, everything works fine
• drag&drop results in the missing "&" and the file not being downloaded

So it has to be related to drag&drop.

[Tim Kosse]

Confirmed, I've been able to reproduce this problem.

[Tim Kosse]

Fixed in CVS. Problem had been caused by a bug in the used XML library, see ​http://sourceforge.net/tracker/index.php?func=detail&aid=1600650&group_id=13559&atid=113559 for details. XML is the data exchange format for drag&drop operations.

[elisee]

Thanks alot :)