downloading file with unknown size reports NaN% complete, negative time left and no progress bar

VERIFIED FIXED in mozilla0.9.3


18 years ago
5 years ago


(Reporter: glob, Assigned: mscott)



Firefox Tracking Flags

(Not tracked)


(Whiteboard: [nsbranch+,pdt+], URL)


(9 attachments)



18 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9+) Gecko/20010602
BuildID:    2001060220

downloading a file from a location that doesn't report the correct size produces
a few odd things with the progress dialog.

the status is reported as:  ###K of 0K bytes
i think that is the size isn't know, the "of 0K bytes" should not be displayed.

also, the process bar is always empty, with the percentage always displayed as
NaN%.  again, i think that if you can't determine the file size, you shouldn't
display the process bar.

Reproducible: Always
Steps to Reproduce:
you'll get this if you're downloading a file that is the output of a cgi.

there's 5 meg waiting for you at

Comment 1

18 years ago
Related to bug 70859?

Comment 2

18 years ago
WFM. With 2001060820 Win2k, I'm seeing:

Status:    ### of ??K bytes (at ##.##K bytes/sec)

... and a spinning progress bar.
Could you retry with a new build?

Comment 3

18 years ago
just tried with 2001060920 and i'm still seeing the problem.

i've got a screenshot of it at
(sorry - i don't know how to attach it to this bug)

also notice the time left counter is 00:0-14 in this screenshot (ie it's a
negative time).

Comment 4

18 years ago
Created attachment 37862 [details]
screenshot of nan progress

i see this using branch bits on linux [2001.06.07.13] and mac [2001.06.07.11];
also occurs with both themes. will attach screenshots.
Assignee: blakeross → law
Blocks: 78106
Ever confirmed: true
Keywords: mozilla0.9.2, ui
OS: Windows 2000 → All
Hardware: PC → All
Summary: downloading file with unknown size reports NaN% complete → downloading file with unknown size reports NaN% complete, negative time left and no progress bar
bumping up to normal...doesn't seem trivial, imho :).
Severity: trivial → normal
Created attachment 38011 [details]
linux modern, showing negative value and no progress painting
Created attachment 38012 [details]
mac classic shot, showing negative time and no progress painting

Comment 9

18 years ago
*** Bug 82702 has been marked as a duplicate of this bug. ***

Comment 10

18 years ago
nav triage team:

Need to fix this eventually, but won't get around to it before mozilla1.0.
Marking nsbeta1+, p3, and mozilla1.0
Keywords: nsbeta1+
Priority: -- → P3
Target Milestone: --- → mozilla1.0

Comment 11

18 years ago
since I get this on
I don't think it's restricted to files of unknown size.  The size is 
known & right there on the page  

->mscott or blake...not sure if either of you have cycles for this one [true, it
has been marked moz1.0 --couldn't hurt to ask].
Assignee: law → mscott
*** Bug 87852 has been marked as a duplicate of this bug. ***
*** Bug 87785 has been marked as a duplicate of this bug. ***

Comment 15

18 years ago
Ben: I can't reproduce on
(with 0.9.1)

Which version are you seeing this -- maybe a regression?

Also be sure that no proxies doing filtering are in-between.

Comment 16

18 years ago

I only see this problem when DLing via proxy.

at home via dialup generic ISP, the saving file statistics are AOK using the 
very same build I used at work for my last test.  home is 98 vs NT at work, 
direct connection vs firewall/proxy

I think I've been seeing this through the proxy for at least a week.  I have an 
older screen capture of the saving file box at work, I'll check the create date 
on that as soon as I get in


Comment 17

18 years ago

I show this as early as 6/18.  I dl the latest at least once or twice a day & my 
time stamp is 11:51 EDT, so I was probably using a build from the day before.

bug 87852 which is a dupe of this one was my report & has more details specific 
to my case


Comment 18

18 years ago
I'm seeing this in 2001070204 Win98.

Comment 19

18 years ago
Created attachment 41085 [details]
Incorrect display in download window

Comment 20

18 years ago
Created attachment 41086 [details]
Demonstration of expected behavior

Comment 21

18 years ago
Just created bug 89113 for the proxy problem.

Comment 22

18 years ago
Created attachment 41088 [details] [diff] [review]
the fix

Comment 23

18 years ago
I've attached the fix. Please note the one line DTD change so we can actually
show the word "Unknown" in the time left field. If we try to get this into rtm,
we'll have to get localization to approve this dtd change. 

nominating for the branch.
Keywords: nsbeta1+ → nsbeta1, nsBranch
Target Milestone: mozilla1.0 → mozilla0.9.3

Comment 24

18 years ago
*** Bug 87327 has been marked as a duplicate of this bug. ***

Comment 25

18 years ago

Comment 26

18 years ago
this very low risk fix has been checked into the trunk. Adding the vtrunk
keyword. I'm hoping this can make it into a nsbranch+ state due to the low risk. 
Keywords: vtrunk
tested using a 21:23 debug trunk build on linux: definitely an improvement, but
the "0K bytes" in the Status is still there while download is in progress...any
way to easily change that string to "Unknown" as well?

however, when download is finished, the Status does redraw to display the total
elapsed time.

screenshots coming up.
Created attachment 41162 [details]
download progress dialog when in progress, showing "0K bytes" in Status
Created attachment 41163 [details]
download progress dialog, went download is complete
erm, i meant: s/went/when in the attachment comment.

Comment 31

18 years ago
*** Bug 87327 has been marked as a duplicate of this bug. ***


18 years ago
Whiteboard: [nsbranch+]
verified fixed using 2001.07.05.0x-trunk comm bits on mac, linux and winNT
--except for the "0K bytes" issue noted above. [let me know whether we're going
to stay with that for now.]

Comment 33

18 years ago
When the branch is open, please check this into it today after getting
permission to add the new string.
Whiteboard: [nsbranch+] → [nsbranch+,pdt+]

Comment 34

18 years ago
fixed on the branch.
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 35

18 years ago
Created attachment 41461 [details]
"of 0K bytes" display in 2001070604 Win98
removing vtrunk since i had already vrfy'd it there on 2001-07-05 13:51.
verified fixed on the branch using the following comm branch builds:

linux 2001.07.09.04
winnt 2001.07.09.05
mac 2001.07.09.03

filed bug 90074 to fix the "OK bytes" Status string while download is in
Keywords: vtrunk

Comment 37

18 years ago
do we need to file a seperate bug to address the issue of why it is unknown when
through a proxy, but known otherwise?

DLing the latest Mozilla is a classic example.  at home via dailup I get a %
completion & the size is known.  at work, via a proxy, the size is "unknown" 
ben, it'd prolly be best to file a separate bug on that in the Networking

Comment 39

18 years ago
ben see bug 89113 for the proxy problem

*** Bug 90602 has been marked as a duplicate of this bug. ***
*** Bug 92149 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite


10 years ago
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.