128359 - Pause/Resume button sometimes absent in download progress dlg for ftp downloads

Status: VERIFIED DUPLICATE of bug 117505

(Core Graveyard :: File Handling, defect)

Description

[sairuh (rarely reading bugmail)]

for ftp downloads, the Pause/Resume button should be present in the download
progress dialog. however, sometimes this button is absent from the dlg --there's
not even a disabled version of the button there.

chatted w/Bill, who says this might be related to bug 128159 in some way, due to
a timing issue...

seen this on all platforms with recent builds, eg, 2002.02.27.0x comm bits. it
doesn't seem to be limited to downloads of small files, either --seen this with
both small and largish files.

1. go to an ftp site, eg, ftp://ftp.mozilla.org/pub/mozilla/nightly/ --in this
example, click in any build dir, eg, 2002-02-27-08-trunk.

2. click on any of the file links.

3. when the helper app dlg appears, make sure "save to disk" is selected.

4. select your download location in the resulting file picker, then click its
"save" button.

results: sometimes the resulting download progress dlg *lacks* the Pause/Resume
button. for large downloads, the prevents the user from pausing/resume the download.

Comment 1

[Peter Trudelle]

Nav triage team needs info: How often does this happen on large files?

Comment 2

[Peter Trudelle]

nsbeta1- per Nav triage team, ->1.2.  renominate if data shows high impact.

Comment 3

[ISHIKAWA, Chiaki]

When was the last time ftp resume worked with mozilla, indeed?

As the initial poster commented, it has not worked for me quite a while.

Maybe the misguided "optimization" by using a temporary file
to start downloading even before the user specified the final filename
broke the ftp resume feature?
(See bug 55690 and
     bug 69938 in particular.)

There are many ftp servers, especially ones used 
by people who offer
large files such as OS patches, etc., which does offer
ftp get resume feature. So mozilla ought to support ftp resume feature
properly
to save bandwidth and user time.

I am writing this resume a transfer of 136MB file at about 80MB using
whopping 64kbps line :-)
But I am using ncftp for it.

The problem with ncftp is nowadays, some people embed ftp filenames
inside CGI/Java/JavaScript interface and simple ftp client
such as ncftp (and myself) has tough time finding out the filename.
It would be best if browser such as mozilla supports
ftp get resume feature correctly.

Or if it can't the job correctly, now I would not mind
if mozilla spawns a separate correctly implemented ftp client with
rich features of user's choice by invoking the client by
passing the file url/username/password in a way that the client
would understand. This may be the way to go on a UNIX-like systems.
(This precludes the use of "optimization" discussed in 69938 or 55690 ).
I am beginning to like this approach for UNIX-like systems...
Maybe the applications preference could be enhnanced to include
special FTP download action type.

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

iirc neil has a patch to always enable & show the pause button (while the
download is in progress)

Comment 5

[[e-mail]]

*** This bug has been marked as a duplicate of 117505 ***

Comment 6

[timeless]

vrfy dupe