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)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 169002

People

(Reporter: ascaris1, Assigned: bugzilla)

Details

Attachments

(1 file)

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.
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?
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?
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
v
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: