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)

enhancement
Not set
normal

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
changing sevrity from normal to enhancement; changing url to "" confirming bug
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
argh.. take two at reassigning history bugs to new owner
Assignee: alecf → blakeross
*yawn* disk space is cheap.
Target Milestone: --- → Future
(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.
Assignee: bross2 → nobody
QA Contact: claudius → history.global
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.