Closed
Bug 266432
Opened 19 years ago
Closed 9 months ago
large file doesn't complete download
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: sniper.3, Unassigned)
References
Details
Attachments
(1 file)
29.61 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 on a paid website i go too i can't download large files with firefox preview 1.0 when i check the status of the file after a few minutes it says complete but it never has as of yet so i had to revert back to downloading through mozilla which handles it very easily also if u can add in when the file in firefox is complete downloading so i can see the original size reported by the site so i can compare it to the file saved on my system it would be abig help. thx Reproducible: Always Steps to Reproduce: 1.go to site 2.right click save link as 3.save file Actual Results: starts downloading the file but never completes the download Expected Results: should have completed files download perfectly in mozilla
Comment 1•19 years ago
|
||
Reporter, are any of these bugs similar: bug 231825 bug 233741 bug 248414
(In reply to comment #1) > Reporter, are any of these bugs similar: > bug 231825 > bug 233741 > bug 248414 > > bug 233741 seems to be the closest to my problem except he was downloading to a network device and i was dling to my harddrive in bug 248414 they were using solaris and i'm having the problem with the preview edition of firefox. thx
Comment 3•19 years ago
|
||
I'm having a similar problem with FTP and HTTP downloads in Firefox 1.0 for Linux - large downloads (for example, CD images) will fail seemingly randomly partway through the file transfer. There's plenty of space avilable on all partitions. The problem seems to happen very often (9 out of 10 times?) when the transfer is fast (or the server is on the same network), and less often when the transfer is slow. Files that cause Firefox to choke will download in Opera and Konqueror without problems.
Comment 4•19 years ago
|
||
I agree... I have this bug almost eevery time I download large files. Firefox 1.0 Download Status Bar / AdBlock / Launchy / ForecastFox / GMail
Comment 5•18 years ago
|
||
For me, this even happens when downloading a file from a file:// link (large files only). When downloading large files via http the bug occurs so often that I just automatically use wget instead of firefox to download files. In every case, Firefox lists the download as having been successfully completed.
This is still a bug. Firefox 1.0 on Linux. Large file downloads will die quietly. Even if the download manager can't be fixed to properly download files it should atleast be fixed to report the fact it was unable to finish successfully.
Comment 7•18 years ago
|
||
*** Bug 287932 has been marked as a duplicate of this bug. ***
Comment 8•18 years ago
|
||
This bug should be marked as a duplicate of bug 237623 (which describes the underlying problem better).
Comment 9•18 years ago
|
||
files download perfectly in Netscape 7.02 maximum file size is 740 Ko (approximativement)
Comment 10•18 years ago
|
||
Is this a dup of bug 237623?
Comment 11•18 years ago
|
||
I have experienced this problem in 1.04, 1.03, and 1.0Pre, but I can 't remember farther back. When downloading a large file, usually about 600MB .iso files on my LAN, the download will begin. Downloads will start around 45000K and level out around 11000-12000KB/sec, and then fail. It can fail at 30MB, 40MB, 50MB...130MB... When it fails, I do not receive any errors, it (Downloads dialog) just says done. I have not had the problem on slower networks (internet), where download speeds are much slower. On a Windows box, it downloads 1900KB--5000KB/sec. and it hangs (Downloads dialog does not go away and does not say done). The server I am downloading from is an IBM x336, 4GB RAM running Apache on SuSe Enterprise 9. This is connected through a gig Cisco switch. My PCs are on 100MB FULL Cisco connection. I do not see other issues with the connection, and the Galeon downloads work through all the same hardware and software. I have no other downloads in the list, and the Windows box is a fresh install of Firefox. I am able to download the complete file in Galeon, consistently. Does anyone know if this is a bug, or is there a setting I can alter to troubleshoot this? Linux 2.6.9 - 2.6.11.x kernel Firefox 1.x P4 3.4Ghz 2GB RAM root filesystem is standard IDE ext3 2 SATA Raptors in RAID 0 with JFS filesystem for a storage area Failure happens on both filesystems/drives Winblows box: P4 IBM Thinkcentre 512MB RAM Standard SATA drive Firefox 1.0Pre
Comment 12•18 years ago
|
||
No, I don't think this is a dupe of bug 237623, but it's not impossible that they share the same underlying cause. This bug covers the fact that downloads sometimes terminate prematurely. Bug 237623 deals with the fact that the download manager thinks that they're complete downloads if they do terminate. This occurs on Mac OS X as well, latest nightly build -> All/All
OS: Windows 2000 → All
Hardware: PC → All
Comment 13•18 years ago
|
||
*** Bug 292381 has been marked as a duplicate of this bug. ***
Comment 14•18 years ago
|
||
When downloading the following large 4GB file: ftp://ftp.ncbi.nih.gov/blast/db/FASTA/nt.gz Firefox reports it incorrectly as being 2097MB, then attempts to download it. After the download meter gets to zero, it keeps counting down past zero into negative size and time. This happens on OSX(ff1.0.6) and GNU/Linux(ff1.0.4).
Comment 15•18 years ago
|
||
Hi Denis, What you report actually sounds like bug 233047. The browser gets confused because it's uncompressing the file at the same time and mixes up the file sizes. This bug is more about the download terminating prematurely. cheers
Comment 16•18 years ago
|
||
I really believe this is a dup of bug 237623. Firefox is robustly able to resume an interrupted download <i>if it recognizes that the first attempt did not complete successfully</i>, but too often it fails to recognize that fact.
Comment 17•18 years ago
|
||
Screenshot of what I believe to be the bug in action. Is this the same bug, or should I file a new one? The file in question is about 2.2GB, and after about 2100 MB the meter overflowed. Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.10) Gecko/20050912 Firefox
Comment 18•18 years ago
|
||
Do we know for sure that the byte-counter overflow is related to the download not completing? (If true, then all downloads cut short by this bug, even of different files, by the same user should come out the same length +/- one buffer.) If, as I suspect, they are two different problems, then I suggest narrowing this bug to the counter-overflow problem. We already have two bugs, 230451 and 237623, dealing with the more general problem that downloads often fail to complete, but are recorded in the log window as if they had completed successfully anyway.
Comment 19•18 years ago
|
||
(In reply to comment #17) > Created an attachment (id=197997) [edit] > Screenshot of said bug > > Screenshot of what I believe to be the bug in action. Is this the same bug, or > should I file a new one? The file in question is about 2.2GB, and after about > 2100 MB the meter overflowed. > > Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.10) Gecko/20050912 Firefox Michael, Does Firefox automatically extract/uncompress the iso file as it downloads? If so, this would be analogous to the gzip problem and therefore a dupe of bug 233047 (see also comment 15).
Updated•17 years ago
|
Version: unspecified → 1.0 Branch
Updated•16 years ago
|
QA Contact: ali → download.manager
Updated•16 years ago
|
Assignee: bugs → nobody
Assignee | ||
Updated•15 years ago
|
Product: Firefox → Toolkit
Comment 20•9 months ago
|
||
I think this has been fixed for a long time.
Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•