157922 - Profile information (prefs.js) being stored in wrong profile folder

Status: VERIFIED WORKSFORME

(Core Graveyard :: QuickLaunch (AKA turbo mode), defect)

Description

[Grace Bush]

Found while testing 'losing prefs.js' bug 155080 and doing set up for another test

1. Clean Mozilla (all profiles)
2. Create new profile- verify QL is on
3. creat mail/bookmark/activation
check prefs file after close
4. launch second time from start/program/app/profilemanager
5. delete profile 1 (do not delete files)
6. create profile 2 - different activation, bookmark
7. when trying to create mail- mail from profile 1 displays :(
8. view profile dirs via explorer....data being written to profile 1 (.slt) dir
view prefs....new activation data written to the file, old mail settings there-
in wrong directory
9. close/relaunch- profile 2 has empty prefs file!
10. repeat steps 5-9 this time delete profile files
makes no difference- profile 3 uses profile 2 data and second launch shows no
prefs for that profile
(7/16 build on WinME)

Comment 1

[Grace Bush]

add to cc list
marking critical
nominating

Comment 2

[Grace Bush]

This did not occur when I created new profile -without deleting other
profile-new settings were saved in proper directory. 

If QL is on, and I try to delete the single profile being used (whether I choose
to save files or not), that directory remains open to the app.
If you try to delete the profile from explorer, you are warned files are in use.

Comment 3

[Samir Gehani]

Nav triage team: nsbeta1+/adt2

Comment 4

[Grace Bush]

not seeing this on mozilla nightly- 1/13  ( and after prefs bug fixed a while back)
marking wfm

Comment 5

[Grace Bush]

verified