Closed Bug 266937 Opened 20 years ago Closed 18 years ago

does not finalize download

Categories

(Toolkit :: Downloads API, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: noname00cpp, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1

When finished downloading a file (eg form FTP site [same with HTTP however])
Firefox does not change its state to downloaded (show "open" button in download
manager), but drops speed to 0 KBps, time left to 00:00 and stops. However, when
I press cancel and retry, the second attempt always works fine.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Windows XP sp2

Not sure if the problem persists on other systems, howecer please check for
potential errors in Download manager code, especially when it renames temp file
to its real name.
(In reply to comment #0)
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0

I can confirm that this occurs on my system as well.

 When attempting to download a file download manager downloads the entire file
but does not confirm the download is complete.  Manually removing '.part' from
the file allows the file to run.

 I can also retry the download (which works fine).

 Windows XP SP1

 I would also recommend *.*.part > *.* processes be checked.
I have the same problem running FireFox on Gentoo Linux and KDE.  I cannot
locate the .part file anywhere - no chance to rename the file as suggested
above.  The file does not exist anywhere visible (should be downloaded to desktop).

This problem does not occur all the time, but happens more often with large
files than with small ones.  At one point I tried to cancel and restart the
download and it worked properly, but even that does not work now.
QA Contact: ali → download.manager
Assignee: bugs → nobody
Does this still occur with a recent release (2.0.0.3) or using a nightly test build (http://mozilla.org/developer)? If not, please close as WORKSFORME.
Closing incomplete for missing information (see #3). If this still happens to you on a recent release, please reopen the bug with any additional details you can provide - see http://developer.mozilla.org/en/docs/Bug_writing_guidelines for more on what's needed in a good bug report.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INCOMPLETE
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.