Closed
Bug 169142
Opened 23 years ago
Closed 23 years ago
Files downloaded do not finish even though file is fully transferred
Categories
(SeaMonkey :: Download & File Handling, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 169002
People
(Reporter: ascaris1, Assigned: bugzilla)
Details
Attachments
(1 file)
15.47 KB,
image/gif
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020916
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020916
Using trunk build 20020915, I attempted to download the 9/16 build. Even though
the file was fully transferred (file progress 100%), the progress dialog did not
close, and the file could not be found in the target directory. It still
reported the last download speed. It remains this way until I close the
progress dialog, which has the effect of cancelling the download.
I later used the 9-11 build to download the 9-16 build, and it exhibits this
same behavior.
Reproducible: Always
Steps to Reproduce:
1. Download any .exe file using HTTP.
2. Wait for the file to reach 100% progress.
3.
Actual Results:
It hung at that point, never closing the progress dialog, nor making the file
available.
Expected Results:
Finished the file download.
In the screen image, I have attempted to download the stub installer for the
9-16 trunk build. The file is finished; the Windows tray icon shows that no
data is being transferred, and the file progress is 100%, and yet the download
progress remains, even though the "keep this window open" option is not selected.
Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
I observe the same behaviour on Solaris 7. The file is downloaded to /tmp
directory (with some funny name). I tried to copy it from there to my directory,
but the file was corrupted.
There's bug 16002 about ftp downloads. Could this be a dup of that? Maybe it
affects ftp and http?
Comment 4•23 years ago
|
||
I see the same behavior in 2002091608 but only in FTP downloads. Note that the
screen shot you attached shows an FTP, not HTTP, download.
My results:
FTP download hangs at 100%, exactly as you described, tested on the following
URL:
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-installer-sea.exe
HTTP download works, tested on the following URL:
http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-installer-sea.exe
On another note, bug 16002 doesn't seem to have anything to do with this?
Reporter | ||
Comment 5•23 years ago
|
||
Nathan,
You are right... it was an FTP download. Sorry... I was not thinking. I knew
the link was to an FTP server, but I got my wires crossed, as usual. This is a
recent thing, though; it started with the 20020915 build. Bug 16002 does not
seem to be related.
typo... I meant bug 169002 <http://bugzilla.mozilla.org/show_bug.cgi?id=169002>
not 16002... which in fact is fixed now..
On reading the notes again, if you were really downloading ftp files then this
is definitely a dup. Reopen if you disagree
*** This bug has been marked as a duplicate of 169002 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•