Total Commander

TC7 rc 1, 2.
If I try to upload a directory with file(s) to an ftp and a file already exists in the ftp directory I get the confirmation dialog but without "Resume" and "Resume All" buttons:

Image: http://poligon.farpost.com/test/ftp_bug.png

Think this should be fixed.

SPeller wrote:TC7 rc 1, 2.
If I try to upload a directory with file(s) to an ftp and a file already exists in the ftp directory I get the confirmation dialog but without "Resume" and "Resume All" buttons:

What should "Resume" and "Resume All" in this case do?
This is a simple overwrite confirmation or denial situation, nothing to be resumed?!
(To my understanding, "Resume"/"Resume All" implies a previous data transfer process has been interrupted. Or do I miss something?)

Karl

If I open dirs and try to copy the file instead of directory - the confirmation dialog contain buttons "resume" and "resume all". This buttons resumes aborted upload if target file size is smaller than source file size.

Hi, SPeller.

Switched on my brain, had a look at what happens, and now I understand you.
I agree the "Resume" and "Resume All" buttons should be displayed.

Now for the strange thing:
I cannot reproduce the behaviour you describe and which your screenshot clearly shows.

Environment:
+ Client: WinXP Pro Sp2, T.C. 7.0rc2
+ Server: Linux (though this should not matter)

Server side:
+ folder /var/tmp/zips

Client side:
+ folder D:\DL\KAV\zips

I use the internal T.C. FTP client in order to transfer the files from the server /var/tmp/zips to the client D:\DL\KAV\zips:
+ I will always get the complete dialogue box, no matter whether
+ I go inside the zips folder on both sides before starting thus transferring only files
+ I go up 1 level on both sides and select to transfer the folder zips from /var/tmp to D:\DL\KAV\

The dialogue box will always be complete and show What did I do wrong this time? What did I misunderstand this time?

Karl

SPeller wrote:If I open dirs and try to copy the file instead of directory - the confirmation dialog contain buttons "resume" and "resume all". This buttons resumes aborted upload if target file size is smaller than source file size.

Confirmed.
The usage of "Resume" / "Resume All" seems to be tricky:
The thing is that you should not press "resume (all)", if the previous transfer has not been aborted/interrupted.

If you are simply updating the target files, do not use "resume", because a full (re-)transfer of the affected files is required, nothing to be resumed in this case.

Karl

I also get no Resume-Buttons displayed

TC 7 rc2, WinXP Pro SP2

@karlchen

You did it the wrong way. When you UPLOAD (to the FTP) the folder twice you will get no Resume buttons. When you DOWNLOAD the folder twice you WILL get Resume buttons.

Regards,
CoolWater

Do you use the WAR-FTPD server? If this server is detected, then resume upload is disabled because many versions of War-FTPD damaged files instead of resuming both with the APPE and the REST command. Furthermore, the server must support the SIZE command.

CoolWater wrote:@karlchen
You did it the wrong way. When you UPLOAD (to the FTP) the folder twice you will get no Resume buttons.

Oops, yes, SPeller wrote "upload".
(Someday I will learn to read.)

SPeller wrote:If I try to upload a directory with file(s) to an ftp and a file already exists in the ftp directory I get the confirmation dialog but without "Resume" and "Resume All" buttons

Environment as specified above, but this time uploads to the FTP server were tried.
Confirm your report.

So my FTP daemon does not seem to fullfil the requirements, either.
Checked it: It does not understand any of the required commands: APPE, REST, SIZE.

Karl

I've made some tests with my PROFTPD server:

- No resume button at all when uploading an entire dir!
- When I resume uploading a single file or multiple files and the already uploaded part of each file is larger than 32KB I get the resume buttons.

Regards,
CoolWater

ghisler(Author) wrote:Do you use the WAR-FTPD server?

At this moment I have no access to the server from my screenshot and no time to reproduce this thing. But I remember when I tried to upload single file - resumed upload was completed successfully.

And I think this is a bug because if uploading directory - no buttons. If uploading files on the same FTP server - buttons exists.

Hi, SPeller.

Maybe you missed my latest input on the button issue, the one where I transferred in the same direction as you and uploaded to the FTP server, cf. here:

Confirm your report.

So my FTP daemon does not seem to fullfil the requirements, either.
Checked it: It does not understand any of the required commands: APPE, REST, SIZE.

And a bit above Christian stated that before displaying the buttons "Resume" / "Resume all" in the dialogue box, T.C. tries to make sure the FTP server can handle "Resume (All)".

So I guess your server fails this test just as the one I used.

Displaying the "Resume (All)" buttons when transferring folders to such a server seems to make little sense, if I understand Christian right.

Karl

Displaying the "Resume (All)" buttons when transferring folders to such a server seems to make little sense, if I understand Christian right.

Thast's correct. Resume upload can be done either by appending to an existing file (APPE command), or by telling the server to restart the upload at a specific byte value (REST). The SIZE command is needed to determine reliably how much of the file is already there.

What problem to determine resume availability while transferring folder? I think it is the same as transferring multiple files.

2ghisler(Author)

Good afternoon,

• Is there any news about the WarFTPd server issues ? Did its author fix these bugs meanwhile ?
- It's just to eventually update the Tutos (I saw that the warning in the official Help didn't change, so…).
- I don't deal with this type of server, thus I can't check.
TIA for any info !

 VG
Claude
Clo

Since I do not know which versions of WarFTPd support it correctly and which not, I prefer not to enable resume for WarFTPd uploads, sorry.