28449 - Crash when entering a new profile on linux

Status: VERIFIED WORKSFORME

(Core :: Preferences: Backend, defect, P3)

Description

[Scott MacGregor]

This is on a debug build from last night. When i create a new profile from the
profile manager everything looks good. Then I hit th Finish button on the last
panel and I always crash:

Here's a stack trace. Looks like the problem is in
nsProfile::LoadNewProfilePrefs. it's causing us to free a value that has already
been freed or something. 

#3  0x40a68ff4 in pref_FreeEntry (pool=0x0, he=0x81db898, flag=1) at
prefapi.c:115
#4  0x401f8bd2 in ?? () from /builds/mscott/mozilla/dist/bin/./libplds3.so
#5  0x40a6973b in PREF_CleanupPrefs () at prefapi.c:558
#6  0x40a6d9e9 in nsPref::ResetPrefs (this=0x818a440) at nsPref.cpp:315
#7  0x40c58807 in nsProfile::LoadNewProfilePrefs (this=0x831fd68) at
nsProfile.cpp:1121
#8  0x40c58740 in nsProfile::StartApprunner (this=0x831fd68,
profileName=0x8472218 "mozProfile3") at nsProfile.cpp:1111
#9  0x4019b259 in ?? () from /builds/mscott/mozilla/dist/bin/./libxpcom.so

Comment 1

[Scott MacGregor]

Nominating for beta1. I ran into this problem while I was trying to verify my
profile fix on Linux for Bug # 27960 so I could check it. 

this crash prevents me from verifying my change so i can't checkit in =(.

Comment 2

[(not reading, please use [e-mail] instead)]

adding
neeti
and
alecf

(wondering
if
this
could
be
a
pref
callback
problem?)

Comment 3

[selmer (gone)]

Bhuvan, please inspect the code in our routine and make sure we're not passing 
any bad arguments to PREFs.  If we're clear, please reassign this to prefs so 
they can figure out what went wrong.  Your inspection shouldn't take long, so 
try to do this real soon.  Steve

Comment 4

[Alec Flett]

we're also missing the top 3 frames of this stack. mscott, any chance you can
get us the rest?

Comment 5

[racham]

LoadNewProfilePrefs gets the pref and does reset and read newly available prefs. 
Profile manager is not passing any arguments. Looks like a problem with 
understanding prefs state in reset routine. Reassigning to neeti for prefs code 
inspection.

Comment 6

[Scott MacGregor]

I didn't think the top 3 frames were useful since the crash was on deleted
memory in pref_Freeentry. If you really want to see what gets called after
pref_Freeentry, here you go:

#0  0x404fd02e in chunk_free (ar_ptr=0x40591040, p=0x81b15f0) at malloc.c:3057
#1  0x404fcd75 in __libc_free (mem=0x81b1610) at malloc.c:2959
#2  0x40216e75 in PR_Free (ptr=0x81b1610) at prmem.c:66
#3  0x40a68ff4 in pref_FreeEntry (pool=0x0, he=0x81db898, flag=1) at
prefapi.c:115

Comment 7

[neeti]

Scott,

I pulled a linux build around 5:30 pm today. I don't crash with this build. Here are the steps I am did to create a new profile.
1. Launch mozilla.
2. Click on the Create Profile button.
3. Typed in "mozProfile3" in the new profile name text field.
4. Clicked the finish button.

I do not crash. Are you doing something different?

Thanks,
Neeti

Comment 8

[Scott MacGregor]

Hmm that's exactly what I was doing too. That was from a Friday build. I didn't 
try it again on my linux build today and I just got home. i'll try again in the 
morning.

Comment 9

[leger]

Putting on PDT+ radar for beta1.  But please makr WorksForMe if no longer 
crashing.

Comment 10

[neeti]

Scott,

Are you still seeing the crash on today's linux build?

Thanks,
Neeti

Comment 11

[neeti]

I could create a new profile from a new build from this morning on linux and 
there is no crash. Marking it worksforme for now.

Comment 12

[Grace Bush]

verified on build 2000022211