Closed
Bug 90561
Opened 24 years ago
Closed 8 years ago
Need GUI control to limit SIZE of History file
Categories
(Core Graveyard :: History: Global, enhancement)
Core Graveyard
History: Global
Tracking
(Not tracked)
RESOLVED
INVALID
Future
People
(Reporter: mitch, Unassigned)
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2)
Gecko/20010711 Netscape6/6.1
BuildID: 20010710
The current controls over History file size are by "date" sites were visited.
We need to add a GUI control to limit the file size as well. In deployments
that install Profiles onto network drives, startup and shutdown times are long
due to the ability for the history file to grow unbounded in size.
Reproducible: Always
Steps to Reproduce:
1. n/a
2.
3.
Actual Results: n/a
Expected Results: n/a
n/a
Comment 1•24 years ago
|
||
changing sevrity from normal to enhancement;
changing url to ""
confirming bug
Comment 2•23 years ago
|
||
argh.. take two at reassigning history bugs to new owner
Assignee: alecf → blakeross
Comment 3•23 years ago
|
||
*yawn* disk space is cheap.
Updated•23 years ago
|
Target Milestone: --- → Future
Comment 4•19 years ago
|
||
(In reply to comment #3)
> *yawn* disk space is cheap.
Disk space may be cheap (I love that attitude -- I'm glad you don't live in
poverty, or have to support thousands of users, or ...), but with the current
implementation of history and download manager, it is unusably slow with even a
few thousand entries, seriously crippling the usefulness of mozilla et al.
Of course, the bug reporter is asking for the wrong problem to be solved. He
should be asking for the broken unscalable nature of simple list handling in
mozilla to be fixed.
Updated•18 years ago
|
Assignee: bross2 → nobody
QA Contact: claudius → history.global
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•