Closed
Bug 228888
Opened 21 years ago
Closed 21 years ago
Pref to limit the number of pref file backups is ignored
Categories
(Core :: Preferences: Backend, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: stdowa+bugzilla, Assigned: darin.moz)
Details
user_pref("backups.number_of_prefs_copies", 0); is ignored in today's build; a
new prefs.bak is created on every shutdown.
Comment 1•21 years ago
|
||
I had this morning more than 20 pref backup files in my profile named
prefs-?.bak and prefs-?-?.bak
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031216
Build ID: 2003121608
BROKEN: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031217
Build ID: 2003121709
Both builds unzipped to the desktop and run from there with a fresh profile.
P3 500 MHz, 256 MB RAM, XP pro
Reproduce by:
1. Open rock-stock moz from the zip dist., with a fresh profile.
2. Close immediately, profile directory looks normal
3. Repeat 1 and 2.
Expected: profile directory continues to look normal.
Actual: prefs-2.bak appears at second closing, continued repetitions add
prefs-3.bak and etc.
Also: Saw more elaborate backup numbering schemes as reported in Comment #1, but
that was with a well-used profile, installed extensions, etc. Didn't happen
with above procedure.
More Also: Had problems with prefs not persisting between sessions, but again
with dirty profile, etc. Seemed to be of somewhat variable occurance. Will
fumble around attempting to investigate further. Degree of relevance deponent
knoweth not.
Comment 3•21 years ago
|
||
should work again in curretn builds, per bug 132517 comment 64.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 5•21 years ago
|
||
Just for the record, this bug is still present in the 1.6 branch - the backout
hasn't happened there yet.
Flags: blocking1.6?
You need to log in
before you can comment on or make changes to this bug.
Description
•