Closed Bug 49699 Opened 24 years ago Closed 24 years ago

Mozilla "forgets" Profiles every start

Categories

(Core Graveyard :: Profile: BackEnd, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: niko, Assigned: racham)

References

Details

(Keywords: platform-parity, Whiteboard: [dogfood+] (have fix))

Build ID 2000-08-21-04 (Win32-installer) forgets the user profiles every start.

Steps to reproduce:
1. Create, migrate a Mozilla Profile.
2. Start Mozilla with this Profile. You can change all settings etc. The files 
are changing, too.
3. Quit Mozilla.
4. Restart the Profile Manager: There are no avaible Profiles!

And, in my opinion, there should be the profile I used the last time, I used 
Mozilla :-)
Works for me on Linux 2000-08-21-06
I cannot reproduce this on Win/Linux/Mac (mozilla builds)- 2000821
Niko, 
How are you relaunching?
I quit with "File -> Quit" and than I use the shortcut in the startmenu 
(Programs -> Mozilla Seamonkey -> Profile Manager).
reassigning to racham.
Assignee: putterman → racham
same problem for me on 2000082108
If this is real, this sounds like an update problem. However, the profile
information is saved and the registry is updated as sson as the migration
activity is finished. So, it could be something other than update issue too..I
will check on my debug build today (NT) and verfiy the behavior.
Bhuvan,
I can reproduce this on my Win98 machine mozilla build 2000082108- Win2000 and 
WinNT are ok.
*** Bug 49719 has been marked as a duplicate of this bug. ***
*** Bug 49706 has been marked as a duplicate of this bug. ***
adding Tracy Walker to cc list
So, looks like this is a real problem (Windows98. I don't see it on my NT box).
So, we need to start with builds on or before Aug16th and verify if this still
occurs.

That would give us some clue as to whether or not moving profile registry to new
HOME location is a root cause of this problem.
it didn't happen on builds until 2000/08/20.
I had problems in the builds before (like bug #49585: can't send eMails), but I 
don't think these were/are related issues.
Status: UNCONFIRMED → NEW
Ever confirmed: true
mark dogfood since this can be a big problem if profiles are lost upon each 
launch.
Keywords: dogfood
Though we don't know what is exactly causing this regression, first look at the
behavior after running it on win98 suggests that directory service is not able
to locate application registry and returns nothing........weirdness started
happening on today's builds only (need to look at yesterday's checkins too...!)
..if you notice the console, it throws javascript component failure exception
errors. (only win98).

I am going to debug this on Sean Su's win98 machine. Build has been just kicked
off..
Status: NEW → ASSIGNED
I see this on win98, 082108 as well.
Putting on [dogfood+] radar.
Whiteboard: [dogfood+]
Sean Su's machine hung yesterday. I am going to try again today.

Meanwhile, Grace, plaese verify that this occurs on win98.

thanks
this is listed as blocker.  is this a smoketest blocker I should hold the tree
closed for?
winNT behaves properly even today...Going to Grace's desk to check win98..
If it happens again && If checking win98 behavior is part of daily smoke tests, 
this will be tree blockcer..
this is occurring on Win98- 
on launch from install- with 1 4.x profile, automigration takes place, empty 
activation page comes up, N6 launches, I can send mail.  2nd launch using 
-profileoption from command line, shows the migrated profile, displays the 
correct activation pages (splash screen and activation form) and launches but 
now the mail folders are gone (bug 49767) 

Cleaned users50, mozregistry.dat Mozilla/registry.dat and created a second 4.x 
profile- relaunched with -installer option and profilemanager was blank- no 4.x 
profiles displayed, created a profile, launched, closed and relaunched with 
-profilemanager - newly created profile does not display- same as bug summary
As this is not happening on winNT platform used by most developers for 
development, I don't think we should hold tree for this bug unless QA says 
otherwise. It is going to take time to debug and nail down the root cause as 
it turns out to be a single OS version (win98) case..
 
*** Bug 49845 has been marked as a duplicate of this bug. ***
Keywords: pp
I have fix for this. just checking the behavior on NT with this fix now. Will 
check it soon...
Whiteboard: [dogfood+] → [dogfood+] (have fix)
*** Bug 49767 has been marked as a duplicate of this bug. ***
Fix checked in. If no HOME setting found, registry.dat will be stored in the 
windows directory (under Mozilla subdirectory).

alas..! registry was homeless lately on windows98 and caused all these problems. 
File Service has started returning null for HOME on win98. So, that case needed 
to handled so that registry will always a home.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
FYI...bug 49945 was determined to not be a migration bug, but a symptom of this
bug.  In bug 49945 the 4.7 prefs.js file was being edited after closing
seamonkey the 2nd time after you have migrated the pref.  That is fixed with
today's build (08-23-08) so this the fix for this bug probably fixed bug 49945
too.  
build 2000082304M18 on Win98
Status: RESOLVED → VERIFIED
mid-air collision ? / bugzilla cleanup
Reopening (current State: verified and no resolution
Status: VERIFIED → REOPENED
fixed
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.