large file doesn't complete download

NEW
Unassigned

Status

()

--
critical
14 years ago
11 years ago

People

(Reporter: sniper.3, Unassigned)

Tracking

1.7 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

14 years ago
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

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

(Reporter)

Comment 2

14 years ago
(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
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

14 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

14 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.

Comment 6

14 years ago
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. 
*** Bug 287932 has been marked as a duplicate of this bug. ***

Comment 8

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

Comment 9

14 years ago
files download perfectly in Netscape 7.02

maximum file size is 740 Ko (approximativement)

Comment 10

14 years ago
Is this a dup of bug 237623?

Comment 11

14 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

14 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

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

Comment 14

13 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

13 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

13 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

13 years ago
Created attachment 197997 [details]
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

13 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

13 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

12 years ago
Version: unspecified → 1.0 Branch

Updated

12 years ago
QA Contact: ali → download.manager
Assignee: bugs → nobody
(Assignee)

Updated

11 years ago
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.