Closed
Bug 250003
Opened 20 years ago
Closed 16 years ago
Downloads silently truncated when using HTTP proxy.
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 262179
People
(Reporter: commerce, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 When using Mozilla Firefox 0.9 or 0.9.1 to download files on a computer using an HTTP proxy, often the file is truncated. It seems the larger the file is, the more likely this is to happen. No error is reported or anything. The download manager just says it's (for example) 23% done one instant, then suddenly claims it's complete, but the resulting file is too small. Reproducible: Sometimes Steps to Reproduce: 1. Start downloading a large file (OpenOffice.org, for example) through an HTTP proxy. Note the size it's supposed to be. 2. When the download is complete, see if the file is the correct size. Repeat until failure (usually does not take many tries). Note that you'll have to clear your cache and/or delete the file if downloading the same file from the same server. Actual Results: Mozilla Firefox reported the download had successfully completed but the file size was too small. Expected Results: Downloaded the complete file or at least alerted me to the fact that there was a problem. It should not have removed the ".part" suffix from the downloaded file (thereby inaccurately indicating the download had completed successfully). While it's possible that there is something wrong with the configuration of the HTTP proxy I'm using, I think in a way that's irrevelant. Mozilla Firefox knows the size of the file it's downloading and so should make sure the file it gets is the correct size. At the very least the user should be alerted to the issue when this is not the case. Interestingly, if the download is truncated and I try to download that same file again it will actually pick up where it left off. So by repeatedly downloading the same file from the same server I can eventually get an untruncated version. What is frustrating is that it knows the file is the wrong size AND knows how to resume the download and yet I'm getting truncated files all the time.
Reporter | ||
Comment 1•20 years ago
|
||
This is still an issue. I just tried to download the Windows XP Service Pack 2, which is about 272 MB, and it told me the download was completed after it had downloaded 37 MB. Why can't Mozilla be smart enough to not see that downloads that don't get all the bytes promised (in this case about 15% of them) are not really complete? At least there should be an error.
What proxy server and version are you using? Anything special about it? Try using HTTP/1.0 version to acces your proxy. Goto about:config and filter for http.proxy and change network.http.proxy.version to 1.0. OT: I would suggest upgrading FF as there has been some security problems.
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 3•19 years ago
|
||
I have this problemm as well. Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050728 Firefox/1.0.4 (Ubuntu package 1.0.6) Let me know if I can help to debugging this. I think the problem showed up recently and it used to work before...
Comment 4•18 years ago
|
||
This is a duplicate of Bug 262179
Updated•16 years ago
|
Assignee: download-manager → nobody
Product: Mozilla Application Suite → Firefox
QA Contact: download.manager
Version: Trunk → 1.0 Branch
Comment 5•16 years ago
|
||
(1.5+ years later) Initial reporter never replied to comment 2. Comment 3 reporter did not give any detail (either). Moreover, it was never said clearly what the behavior was without a proxy. V.Duplicate, per comment 4.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
Assignee | ||
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•