Opened 7 years ago

Last modified 4 years ago

#8263 reopened Bug report

Can't delete a file when the first character is a space character

Reported by: scoubidou Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Linux
Operating system version:

Description

Can't delete a file on an FTP server when the file name begins with a space character
Using Filezilla 3.5.3

Change History (7)

comment:1 Changed 7 years ago by Alexander Schuch

Resolution: wontfix
Status: newclosed

FileZilla ignores leading space of filename

This happens on FTP servers not supporting the MLSD command. On those servers FileZilla falls back to LIST. Unfortunately the listing format returned by LIST is not standardised. It is impossible to distinguish leading spaces from padding. To solve this issue, simply upgrade to a modern server supporting the MLSD command or refrain from using leading spaces.

http://wiki.filezilla-project.org/Limitations

comment:2 Changed 7 years ago by scoubidou

Resolution: wontfix
Status: closedreopened

But I succeeded to remove the file with using FTP in Midnight Commander. So, it's not a problem on the server but with FileZilla.

comment:3 Changed 7 years ago by Alexander Schuch

Status: reopenedmoreinfo_reopened

Can you please provide logs with "raw directory listing" enabled?

comment:4 Changed 7 years ago by scoubidou

Status: moreinfo_reopenedreopened

I don't understand; Do you want I create again a new file with a space as the first letter? And then trying to delete it again with Filezilla?

comment:5 Changed 7 years ago by scoubidou

Resolution: fixed
Status: reopenedclosed

I created a similar file (empty file with a space at the beginning). Now, I can delete it. I don't know how to reproduce it, I'm sorry.

comment:6 Changed 7 years ago by Alexander Schuch

Feel free to play around some more and once you can reproduce the problem, simply re-open this issue again. Thank you.

comment:7 Changed 4 years ago by p_morales

Resolution: fixed
Status: closedreopened

Still having this issue.
You can reproduce it by renaming a file on source window (Im using Windows machine) adding a leading space, transfer the file, and try to remove/rename/anything on destination window (Im using Linux rh6.5 vsftpd).
The file appears as no leading space on destination window.

The problem doesnt happen when ussing other FTP client like WinSCP, TotalCommander...
Thanks!

Last edited 4 years ago by p_morales (previous) (diff)
Note: See TracTickets for help on using tickets.