dont wait in the FTP transfer confirmation dialg, or TC dies

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
User avatar
xrmb
Junior Member
Junior Member
Posts: 63
Joined: 2003-04-05, 16:54 UTC

dont wait in the FTP transfer confirmation dialg, or TC dies

Post by *xrmb »

What I did last night it was selecting 3 files from a local ftp server to be transfered to my local harddisk. I pushed F5 for copy, the confirmation dialog popped up. I didn't OK/start the process so I don't start doing something else today in the morning before finishing this. The connection timed out in the background over night. Today I press ok to start, and there it goes... the program that never crashes hangs and can be only killed.

I've read similar FTP problems threads always suggesting increasing the timeout on the server...

...if I go and ask my FTP Server admin for a higher timeout (of 12hrs??) he will laugh at me and tell me to complain to who ever wrote the client... oh wait, I just did that, now I dont have to go to the admin :)
TealC
Junior Member
Junior Member
Posts: 96
Joined: 2005-08-10, 11:34 UTC

Re: dont wait in the FTP transfer confirmation dialg, or TC

Post by *TealC »

xrmb wrote: ...if I go and ask my FTP Server admin for a higher timeout (of 12hrs??) he will laugh at me and tell me to complain to who ever wrote the client...
I'm just curious, but wouldn't the keep alive function (noop) do the trick?
User avatar
SanskritFritz
Power Member
Power Member
Posts: 3693
Joined: 2003-07-24, 09:25 UTC
Location: Budapest, Hungary

Post by *SanskritFritz »

2TealC
I doubt it, most ftp servers got much smarter nowadays...
I switched to Linux, bye and thanks for all the fish!
User avatar
xrmb
Junior Member
Junior Member
Posts: 63
Joined: 2003-04-05, 16:54 UTC

Post by *xrmb »

NOOP doesnt work, PWD does, but I still think its no reason to freeze TC
klix
Junior Member
Junior Member
Posts: 3
Joined: 2007-02-16, 10:05 UTC
Location: Ukraine

Post by *klix »

+1

the same bug was described here:
viewtopic.php?t=13846
(sorry for incomplete link - I was not allowed to post link in reply)

Maybe reasonable solution would be to verify whether connection is still alive before performing any COPY operation from FTP server?

Please somebody fix this bug - this is REALLY irritating :)
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

TC just doesn't expect that you leave this dialog open for hours...
Author of Total Commander
https://www.ghisler.com
klix
Junior Member
Junior Member
Posts: 3
Joined: 2007-02-16, 10:05 UTC
Location: Ukraine

Post by *klix »

My provider offers public FTP server with approx 1 minute timeout :(
And it takes me often more than one minute to just read all filenames in one folder and select necessary ones to download :)
Of course I understand that this is not likely a use case for US and Europe ISP, but in Ukraine it is a real case.
User avatar
SanskritFritz
Power Member
Power Member
Posts: 3693
Joined: 2003-07-24, 09:25 UTC
Location: Budapest, Hungary

Post by *SanskritFritz »

2ghisler(Author)
TC just doesn't expect that you leave this dialog open for hours...
Hmm, does TC simply forget about it??! What do you mean by this? How can a behaviour of a program change over time?
I switched to Linux, bye and thanks for all the fish!
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

It' just not feasible to send another command (as an 'are you there') before each single operation, just because some brain-dead admins cannot configure their servers. :(
Author of Total Commander
https://www.ghisler.com
Post Reply