Closed
Bug 141794
Opened 22 years ago
Closed 22 years ago
download manager should auto remove finished files after x days
Categories
(SeaMonkey :: Download & File Handling, enhancement)
SeaMonkey
Download & File Handling
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 132755
People
(Reporter: mgabriel, Assigned: bugzilla)
References
Details
download manager should auto remove finished files after x days
else the downloads.rdf grows unattended to incredible heights.
Reporter | ||
Updated•22 years ago
|
OS: Windows 2000 → All
Comment 1•22 years ago
|
||
Confirmed. It's easy to get multi-megabyte downloads.rdf files in a few weeks
of Mozilla use....
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•22 years ago
|
||
i think that "Edit > preferences > Navigator > History > Clear History" should
remove the 'Download Manger' history as well, and to clean all finnished files.
and also the X days in the "History" tab should set the time befor removing
finished files.
this looks like a dupe of bug 132755
Reporter | ||
Comment 4•22 years ago
|
||
not exactly the same thing i think,
while bug 132755 is about "keep downloads yes/no"
im thinking about removing them after X days
Comment 5•22 years ago
|
||
IMHO this is a bug that should be fixed soon (severity normal or major), not
just an enhancement. Having a downloads.rdf file of several megabytes slows
mozilla down a lot. Whenever saving a page or image I've experienced a 2-3
seconds delay between selecting the "save to" location and actually performing
the save action. (Within this time interval mozilla was causing 99% CPU load and
the UI did not respond.) Eventually I noticed that my downloads.rdf has been
grown to 3.5 MB.
This behaviour could again make many users complain about mozilla being sooo
slow... :-(
(And bug 143949 is intensifying this problem)
Comment 6•22 years ago
|
||
I have to agree that is a major bug. Once the downloads.rdf file gets a little
large, downloads in Mozilla are glacially slow to start, I've also "experienced
a 2-3 seconds delay between selecting the "save to" location and actually performing
the save action. (Within this time interval mozilla was causing 99% CPU load and
the UI did not respond.)"
After removing the downloads.rdf, downloads are once again lightning quick.
Mozilla should either clean it up based on the history prefs (bug 136054),
remove completed files (bug 132755), or have a separately configurable option
for cleaning it up, similar to the existing history prefs.
Comment 7•22 years ago
|
||
*** Bug 146059 has been marked as a duplicate of this bug. ***
Comment 8•22 years ago
|
||
cross-bug note: bug 136054, bug 132755, and bug 141794 all specify different
ways to expire entries from the download history. To avoid duplication of
effort, work on any one bug should be coordinated (if not combined) with work on
the others.
Comment 9•22 years ago
|
||
Since my bug was marked as a dupe, I'm putting part of my description here.
My suggestion is to allow automatic purging by date, similar to browser history.
Three basic choices in the pref panel would be:
1. Retain indefinitely until manually deleted.
2. Retain for a specified number of days.
3. Discard immediately.
Optional
4. Retain until end of session.
This should take care of this bug and bug 132755. I think a separate number of
days setting from browser history would be better than making them the same as
suggested in bug 136054.
Also, I believe this should not be marked Enhancement. Left unattended the
growth of the downloads.rdf file can cause problems, including slower download
startups and disk space problems. I believe it is also a local privacy issue.
Comment 10•22 years ago
|
||
Since this bug is similar to bug 132755, where much discussion has taken place,
here is my last post there. Sorry for the spam to people already on that bug's
cc list.
Pref suggestion:
( ) Keep completed downloads:
( ) Remove after [ ] days
Comment 12•22 years ago
|
||
Michael, take a look
at bug 132755, in many comments
(15, 30, 31, 35...)
is suggested a pref like/similar
to the one you asked for...
Reporter | ||
Comment 13•22 years ago
|
||
well
since bug 132755 description has been totally changed ...
can aswell resolve this as a dupe now
bug 132755 used to be a totally different idea, but now its all in one i guess
*** This bug has been marked as a duplicate of 132755 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 14•22 years ago
|
||
marking verified as a duplicate.
if you decide to reopen this bug, please clarify why.
search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•