FileZilla Forums

I am new to FileZilla and I can not find a way to delete a file after downloaded. Any Ideas?

Thak You,
V

<DEL> key or right-click - Delete.

Is there a way to set the delete automatically after download?

Thank You,
V

No, not yet. IMO delete operations on the server should be queued like transfers. So I can say 'Download' and then 'Delete' and the deletion would be queued after the download.

Yes that would be the best way. To keep track if the system goes down tyhe user will know the last entry/delete.

Thank You,
V

As I got bored of manually having to delete large files after they're downloaded, I've patched Filezilla client for Windows (latest trunk as of today, version 3.6.0.2) to allow deletion of files once successfully downloaded.

How to: Select either one or several files in the Remote view and hit [Alt] + [Enter] with your keyboard.

Using the mouse or any other key combination may download but will not automatically delete.
Only files can be automatically deleted: if at least one folder is selected, nothing will be deleted (although the transfer will happen as usual)

The Windows 32 bits installer is here: FileZilla_3.6.0.2_autodelete_setup.exe

If you like it, please post a "thank you" here

disclaimer This added feature isn't supported by the Filezilla team. It works fine for me but isn't fully tested so it is strongly not advised to use it on a server and/or client that contains important/business sensitive files.

Enjoy!
Sayang

NOTE: if Filezilla complains that it cannot find libstdc++-6.dll just copy this file to the installation forder (very likely C:\Program Files\FileZilla FTP Client)

Where's the source code for the patch? You're bound to provide the source code if you distribute a modified copy of FileZilla.

The patch is attached to this message. It's a small quick fix rather than a long term solution to the problem of automatically deleting successful transfers, though.

use: "patch -p0 -i autodelete.patch.txt" to patch your trunk directory.

-eric

EDIT: modified the patch to use "/bin/svn.exe diff" instead of "/usr/bin/diff.exe"

There is a bug: if you remove an active "autodelete" transfer from the queue, this mod will consider the transfer as successful and delete the remote file (on the server).
This is obviously not what you want as the local file isn't compete.

So when you start a transfer with alt+enter, don't stop the transfer yourself.

Eric Saint-Etienne wrote:There is a bug: if you remove an active "autodelete" transfer from the queue, this mod will consider the transfer as successful and delete the remote file (on the server).
This is obviously not what you want as the local file isn't compete.

So when you start a transfer with alt+enter, don't stop the transfer yourself.

And what if the transfer is interrupted?

I don't know. Just try it and let us know, thanks.

That was a rhetoric question. No, thanks. I will not risk my data. There's a reason it is not implemented in the official FileZilla - FTP has no functionality for making sure a transferred file is genuine and unaltered.

As you correctly wrote in your disclaimer, we do not provide any support for your patch, you have to.

boco wrote:I will not risk my data.

just use a test file LOL

Why don't you test your patch yourself?

boco wrote:And what if the transfer is interrupted?

boco wrote:Why don't you test your patch yourself?

If you want to know the behaviour in such or such situation, you could well contribute and try by yourself. A test file is no big deal really.

Instead of asking what the others can do for you, you should ask yourself what you can do for the others.

I've already contributed by releasing this mod (I could have kept it for myself). It's not perfect but it works for me, I use it everyday.
I don't intend to update it or make it bulletproof, so when I discover a bug I let the others know by posting here. I wish everyone had the same consciousness.

If you're not happy, just wait for the core developers to add a fully tested autodelete to FileZilla.