Bug 28264 - GFTP hangs at the end of the first file transfer when using the ssh protocol.
Summary: GFTP hangs at the end of the first file transfer when using the ssh protocol.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gftp   
(Show other bugs)
Version: 6.2
Hardware: i386 Linux
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Aaron Brown
Depends On:
TreeView+ depends on / blocked
Reported: 2001-02-19 04:59 UTC by Chris Gardiner
Modified: 2007-04-18 16:31 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-02-19 16:16:30 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Chris Gardiner 2001-02-19 04:59:37 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.16-3 i686)

When making a file transfer between the local machine and a remote machine
through an ssh connection, the file transfer completes and an entry is made
into the log of it's completion but the graphical window hangs saying that
transfer stalled, unknown time remaining. The file is transfered completely
and uncorrupted but no subsiquent files are able to be transfered. They are
simply waiting. When you attempt to stop transfer, it tells you that it is
trying to stop it and that is it. If I select the next file in the que, and
start the transfer, it completes but with the same results. I am running
GFTP 2.0.7-b2 against ssh server 2.3.0p1-1.

Reproducible: Always
Steps to Reproduce:
1.Connect to an sshd 2.3.0p1-1 server with the ssh option
2.begin a file transfer - the file should hang after making a successful
log entry
3.begin a second file transfer and it should come up as waiting. 
4. select the second file in the transfer and choose begin transfer off of
the drop down menu. It should encounter the same problem as the first

Comment 1 Havoc Pennington 2001-07-12 20:11:42 UTC
Should be fixed in newer gftp, reopen if not.

Note You need to log in before you can comment on or make changes to this bug.