Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 31331

Summary: gftp loops and disconnects after file transfer interruption
Product: [Retired] Red Hat Linux Reporter: Bill McGonigal <bill>
Component: gftpAssignee: Havoc Pennington <hp>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: priority.redhat.com
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-03-10 14:39:12 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bill McGonigal 2001-03-10 03:36:32 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)


While using gftp to transfer large files, it is supposed to restart where 
it left off after a time-out or disconnect.  Instead it enters a "ping 
pong" action, where it tries to reconnect, almost immediately disconnects, 
then reconnects, etc., until the max number of retries is reached.

Reproducible: Always
Steps to Reproduce:
1.Start file download with gftp
2.Interrupt the file transfer
3.watch as it tries to restart
	

Actual Results:  it loops, (connects, disconnects, connects, disconnects, 
etc.)
It's interesting that there still appears to be a data transfer in 
progress....

Expected Results:  Should have restarted the file transfer where it left 
off.

I am on a slow 24k baud dial-up connection.
My ISP disconnects me after 1 hour.
Either a time-out, or an ISP disconnect, will cause me to lose the last 
hour of downloaded data when transferring a large file, unless gftp can 
restart the download.
Comment 1 Havoc Pennington 2001-07-12 18:54:19 UTC 
This should be fixed in latest gftp, reopen if not.