Closed
Bug 292775
Opened 20 years ago
Closed 16 years ago
Download manager erases Time Elapsed when download complete
Categories
(SeaMonkey :: Download & File Handling, enhancement)
SeaMonkey
Download & File Handling
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 472001
People
(Reporter: IDontUseMozillaAnyMore, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050401
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050401
It would be really helpfull to keep the total time elapsed column available
after the download is complete. This would allow you to see how long it took to
download a certain file. Currently this column is cleared on completion.
Reproducible: Always
Steps to Reproduce:
1. Download a large file (something that will take some time) e.g. Mozilla
2. Watch the 'time elapsed' column increase
3. Wait for download to complete
Actual Results:
The 'Time elapsed' column is blank
Expected Results:
The total time taken to download should be repserved, just as the % complete is.
Comment 1•20 years ago
|
||
Neil, should we keep the "Time Elapsed" after completed download?
Severity: normal → enhancement
OS: MacOS X → All
Hardware: Macintosh → All
Comment 2•20 years ago
|
||
http://lxr.mozilla.org/seamonkey/source/xpfe/components/download-manager/src/nsDownloadProgressListener.js#71
71 var elapsedCol = speedCol.nextSibling;
72 elapsedCol.setAttribute("label", "");
Comment 3•20 years ago
|
||
biesi, that's not much use if we don't save the value anywhere...
Comment 4•20 years ago
|
||
This is an automated message, with ID "auto-resolve01".
This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.
While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.
If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.
The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/
Reporter | ||
Comment 5•20 years ago
|
||
Yes, this is still being cleared and does need fixing. Do not remove this bug.
Given that this [simple to resolve] bug/omission has been around for several years with repetitive requests for resolution could someone please address the issue.
Mozilla do a lot of good work but if no one addresses annoying issues it tends to indicate that Open Source does not work so well when it comes to support.
Thanks
Comment 7•19 years ago
|
||
similar to bug 188532, which was confirmed
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
![]() |
||
Comment 8•16 years ago
|
||
Has been fixed with the new download manager UI in SeaMonkey 2.0 Beta 1 and later.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•