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.