Closed
Bug 23877
Opened 25 years ago
Closed 25 years ago
Total download time wrong
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
People
(Reporter: rzach, Assigned: law)
References
Details
When I download a nightly build, at the end of the download I get "Download
completed in 1:37:32.107" or something like that. It really only took about 50
secs, though.
Linux build 2000.01.13.08
Updated•25 years ago
|
Assignee: evaughan → law
Component: Progress Window → XPApps
Comment 1•25 years ago
|
||
would this be a dup of bug 19019...? also, methinks this belongs to law, so
reassigning to him.
Reporter | ||
Comment 2•25 years ago
|
||
19019 only regards "60 mins should be 1 hr" problem. The issue reported here
might be a calculation error, but it might also simply be that the final total
time is taken from the original estimate rather than the actual time measured.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
This is a dup, but of bug #22296 (rounding error). 1:37:00 means 00:37:00
according to the "new" math that downloadProgress.js *was* using. I've fixed it
and am waiting for a code review before checking in the fix.
This, of course, is all part of the conspiracy to make M13 look like it provides
a 67% faster internet browsing experience.
*** This bug has been marked as a duplicate of 22296 ***
Comment 4•25 years ago
|
||
verified.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•