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)

x86
Windows XP
defect
Not set
normal

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.
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.
should work again in curretn builds, per bug 132517 comment 64.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
verified.
Status: RESOLVED → VERIFIED
Just for the record, this bug is still present in the 1.6 branch - the backout hasn't happened there yet.
Flags: blocking1.6?
it's been backed out now...
Flags: blocking1.6?
You need to log in before you can comment on or make changes to this bug.