Opened 14 years ago

Closed 14 years ago

Last modified 10 years ago

#4840 closed Feature request (rejected)

Filezilla Client do not allow to append(APPE) to existing file

Reported by: Parijat Bansal Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Windows
Operating system version: WinXP Professional version 2002 SP3

Description

I want to append to an existing file with the same name while uploading.

Filezilla Client do not allow to append(APPE) to existing file

I can do so using linux client

Attachments (3)

untitled.JPG (145.8 KB ) - added by Parijat Bansal 14 years ago.
Screenshot
_filezilla-upload-all-done-too-soon.log (15.2 KB ) - added by Jim Michaels 14 years ago.
filezilla log, upload done too soon, 2.9GB file uploaded to 329MB file
filezilla-ECONNRESET-upload-resume-breaks.log (207.8 KB ) - added by Jim Michaels 14 years ago.
filezilla log - ECONNRESET causes upload resume to do STOR

Download all attachments as: .zip

Change History (16)

by Parijat Bansal, 14 years ago

Attachment: untitled.JPG added

Screenshot

comment:1 by Tim Kosse, 14 years ago

Resolution: worksforme
Status: newclosed

It's called resume.

comment:2 by Parijat Bansal, 14 years ago

Resolution: worksforme
Status: closedreopened

The resume operation (rfc 3659) is different than append(rfc 959).

However the way resume implemented it works fine and I can see from logs that it sends APPE. What it does is actually sends only remaining part of file. If a local file say abc.dat is of 10 KB and I have a file with same name abc.txt of 7KB at server than resuming file will append remaining 3KB and makes file 10KB.

Append is suppose to make the file 10KB+7KB=17KB

Filezilla server works perfectly in explained way and as per RFC 959 this is expected behaviour too. Hence I think the ticket raised is perfectly valid.

I feel that resume should be implemented as per RFC 3659 (using REST and STOR). In fact rfc 3659 says that its not recommended to use APPE or STOU after REST. But I think filezilla have its own reason to do resume in its way. In fact few other clients also do it like this such as winscp. My issue is that it should have an option to append to file rather than resume which are completely seperate operation.

Please feel free to let me know I am not making myself clear.

Regards,
Parijat Bansal

comment:3 by Jim Michaels, 14 years ago

actually, resume is not working in 3.2.8.1. it only does STOR, especially on ECONNRESET. (ticket #4924) it hasn't been working for a while now (1-2 months).

comment:4 by Tim Kosse, 14 years ago

Status: reopenedmoreinfo_reopened

I don't suppose you got the required logs?

comment:5 by Jim Michaels, 14 years ago

Status: moreinfo_reopenedreopened

if you mean logs of the ECONNRESET and resume failure, that happens only after about 90% of a 2.9GB file upload and takes about 2 days to reproduce. no I didn't get a log. I am generating logs now.
If you mean logs of it ignoring the upload settings, I can try to reproduce that by making changes to the settings in filezilla.

by the way,
If a file exists on the server, and it is 329MB, but I am uploading 2.9GB, it doesn't resume like it is supposed to. it says "all done".
I have a debug log of that.
http://JesusnJim.com/z/filezilla-upload-all-done-too-soon.log

you really need something where you can attach files to your tickets!
sourceforge has a nice ticketing system that can do that (the blue one).

comment:6 by Tim Kosse, 14 years ago

Status: reopenedmoreinfo_reopened

you really need something where you can attach files to your tickets!

There is, scroll up. Please attach the log.

by Jim Michaels, 14 years ago

filezilla log, upload done too soon, 2.9GB file uploaded to 329MB file

by Jim Michaels, 14 years ago

filezilla log - ECONNRESET causes upload resume to do STOR

comment:7 by Jim Michaels, 14 years ago

Status: moreinfo_reopenedreopened

I could not make a debug log of changing settings. also, my settings of transfer|default file exists action to resume has reverted back to default somehow(?). please fix.

comment:8 by Jim Michaels, 14 years ago

upload resume ECONNRESET log attached.

comment:9 by Tim Kosse, 14 years ago

Resolution: rejected
Status: reopenedclosed

According to the log the transfer gets interrupted midway. Read http://wiki.filezilla-project.org/Network_Configuration#Timeouts_on_large_files

comment:10 by Tim Kosse, 14 years ago

About the default file exists action, try 3.0.0-beta2

comment:11 by Jim Michaels, 14 years ago

will I have to change my filezilla.xml?

comment:12 by Jim Michaels, 14 years ago

I think you meant 3.3.0beta2?

comment:13 by Tim Kosse, 14 years ago

Opps, yes, 3.3.0-beta2

Note: See TracTickets for help on using tickets.