Bug[?] FTP: No 'Resume' button
Moderators: Hacker, petermad, Stefan2, white
Bug[?] FTP: No 'Resume' button
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.
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.
PS: Sorry for my english.
Re: Bug[?] FTP: No 'Resume' button
What should "Resume" and "Resume All" in this case do?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:
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
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
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
Code: Select all
Overwrite OverwriteAll Skip
Abort SkipAll Rename
Resume ResumAll

Karl
Confirmed.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.
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
- ghisler(Author)
- Site Admin
- Posts: 50532
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
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.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Oops, yes, SPeller wrote "upload".CoolWater wrote:@karlchen
You did it the wrong way. When you UPLOAD (to the FTP) the folder twice you will get no Resume buttons.

(Someday I will learn to read.)
Environment as specified above, but this time uploads to the FTP server were tried.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
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
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.ghisler(Author) wrote:Do you use the WAR-FTPD server?
And I think this is a bug because if uploading directory - no buttons. If uploading files on the same FTP server - buttons exists.
PS: Sorry for my english.
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:
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
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:
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)".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.
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
- ghisler(Author)
- Site Admin
- Posts: 50532
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
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.Displaying the "Resume (All)" buttons when transferring folders to such a server seems to make little sense, if I understand Christian right.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Any news ?
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

• 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 !

Claude
Clo
#31505 Traducteur Français de T•C French translator Aide en Français Tutoriels Français English Tutorials
- ghisler(Author)
- Site Admin
- Posts: 50532
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
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.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com