Opened 16 years ago
Last modified 9 years ago
#3152 closed Bug report
Unable to download file containing "&" character
|Reported by:||elisee||Owned by:||Tim Kosse|
|Keywords:||Cc:||elisee, Tim Kosse|
|Component version:||Operating system type:|
|Operating system version:|
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.
Change History (10)
by , 16 years ago
comment:1 by , 16 years ago
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?
comment:2 by , 16 years ago
It appears with the & in the remote file list
but without the & in the transfer queue (both in local and remote field)
comment:3 by , 16 years ago
Interesting. Is the ampersand missing already when you add the files to the queue or only after restarting FileZilla?
comment:4 by , 16 years ago
Right when I add the file to the queue
comment:5 by , 16 years ago
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?
comment:6 by , 16 years ago
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.
comment:7 by , 16 years ago
Confirmed, I've been able to reproduce this problem.
comment:8 by , 16 years ago
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.
comment:9 by , 16 years ago
Thanks alot :)
FileZilla 3 log