266432 - large file doesn't complete download

Status: RESOLVED FIXED

(Toolkit :: Downloads API, defect)

Description

[sniper.3]

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

[Robin Monks]

Reporter, are any of these bugs similar:
bug 231825
bug 233741
bug 248414

Comment 2

[sniper.3]

(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

[Jessica Ruble-English]

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

[Trent Yarwood]

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

[Dan Stahlke]

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.

Comment 6

[Bishop]

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

[:Gavin Sharp [email: [e-mail]]]

*** Bug 287932 has been marked as a duplicate of this bug. ***

Comment 8

[John David Galt]

This bug should be marked as a duplicate of bug 237623 (which describes the
underlying problem better).

Comment 9

[Guy Roydor]

files download perfectly in Netscape 7.02

maximum file size is 740 Ko (approximativement)

Comment 10

[John David Galt]

Is this a dup of bug 237623?

Comment 11

[Danny Wall]

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

[Wayne Woods]

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

Comment 13

[Wayne Woods]

*** Bug 292381 has been marked as a duplicate of this bug. ***

Comment 14

[Denis Lukianov]

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

[Wayne Woods]

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

[John David Galt]

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

[Michael]

Attachment: 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

Comment 18

[John David Galt]

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

[Wayne Woods]

(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).

Comment 20

[Sylvestre Ledru [:Sylvestre]]

I think this has been fixed for a long time.