Closed
Bug 49699
Opened 24 years ago
Closed 24 years ago
Mozilla "forgets" Profiles every start
Categories
(Core Graveyard :: Profile: BackEnd, defect, P3)
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 :-)
Comment 1•24 years ago
|
||
Works for me on Linux 2000-08-21-06
Comment 2•24 years ago
|
||
I cannot reproduce this on Win/Linux/Mac (mozilla builds)- 2000821 Niko, How are you relaunching?
Reporter | ||
Comment 3•24 years ago
|
||
I quit with "File -> Quit" and than I use the shortcut in the startmenu (Programs -> Mozilla Seamonkey -> Profile Manager).
Comment 5•24 years ago
|
||
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.
Comment 7•24 years ago
|
||
Bhuvan, I can reproduce this on my Win98 machine mozilla build 2000082108- Win2000 and WinNT are ok.
Comment 10•24 years ago
|
||
adding Tracy Walker to cc list
Assignee | ||
Comment 11•24 years ago
|
||
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.
Reporter | ||
Comment 12•24 years ago
|
||
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.
Comment 13•24 years ago
|
||
mark dogfood since this can be a big problem if profiles are lost upon each launch.
Keywords: dogfood
Assignee | ||
Comment 14•24 years ago
|
||
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
Comment 15•24 years ago
|
||
I see this on win98, 082108 as well.
Assignee | ||
Comment 17•24 years ago
|
||
Sean Su's machine hung yesterday. I am going to try again today. Meanwhile, Grace, plaese verify that this occurs on win98. thanks
Comment 18•24 years ago
|
||
this is listed as blocker. is this a smoketest blocker I should hold the tree closed for?
Assignee | ||
Comment 19•24 years ago
|
||
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..
Comment 20•24 years ago
|
||
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
Assignee | ||
Comment 21•24 years ago
|
||
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..
Comment 22•24 years ago
|
||
*** Bug 49845 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 23•24 years ago
|
||
I have fix for this. just checking the behavior on NT with this fix now. Will check it soon...
Whiteboard: [dogfood+] → [dogfood+] (have fix)
Assignee | ||
Comment 24•24 years ago
|
||
*** Bug 49767 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 25•24 years ago
|
||
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
Comment 26•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.
Comment 28•24 years ago
|
||
mid-air collision ? / bugzilla cleanup Reopening (current State: verified and no resolution
Status: VERIFIED → REOPENED
Comment 29•24 years ago
|
||
fixed
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•