Opened 17 years ago

Closed 16 years ago

#2701 closed Feature request (rejected)

Delete non-empty directories using "rm -r"

Reported by: jhquest Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc: jhquest, Alexander Schuch, Tim Kosse, afb
Component version: Operating system type:
Operating system version:

Description

This feature request is for allowing the Filezilla client to delete non-empty directories. Some FTP servers allow this with the use of the -r (recursive) option with the rm command.

This can be introduced in the Filezilla client as a option feature (which can be turned on by the user as required).

Change History (5)

comment:1 by Alexander Schuch, 17 years ago

My version of FileZilla 3 is able to recursively delete directories. Can you please be a bit more specific on what you are doing and what doesn't work as expected?

comment:2 by Alexander Schuch, 17 years ago

All of a sudden I believe you mean this as a feature to save bandwidth and fasten deletion of directories. I'll leave this open, but not sure how easy it is to implement. Just imagine a directory called "-r". That one shouldn't be deleted by accident if issuing a "rm -r directory".

comment:3 by Tim Kosse, 17 years ago

rm -r is unspecified and potentially dangerous.

comment:4 by afb, 16 years ago

Cc: afb added
Status: closedreopened

rm -r does exactly the same thing as recursively deleting directories, but it works much faster. So it seems to me that 'rm -r' is precisely as dangerous as what Filezilla already does. I just finished waiting 20 minutes for filezilla to delete a directory on the server, and I sure wish it had used 'rm -r'.

What you mean by 'unspecified'? Are you saying the SFTP protocol does not include the '-r' flag on the 'rm' command? In that case perhaps Filezilla could check that the remote OS is unix before enabling the '-r' feature.

comment:5 by Tim Kosse, 16 years ago

Resolution: rejected
Status: reopenedclosed

There does not exist any RFC specifying recursive directory deletion using either FTP or SFTP. I'm not even aware of any draft for this proposed feature.

I cannot implement what's not standardized.

Note: See TracTickets for help on using tickets.