Closed
Bug 15037
Opened 25 years ago
Closed 25 years ago
[DOGFOOD]Create default profile if automigration of 1 profile fails
Categories
(Core Graveyard :: Profile: BackEnd, defect, P3)
Core Graveyard
Profile: BackEnd
Tracking
(Not tracked)
VERIFIED
FIXED
M14
People
(Reporter: selmer, Assigned: dbragg)
Details
(Whiteboard: [PDT-])
In the case where we're automatically migrating a single 4.x profile, we need to
handle the error cases by creating a new default 5.0 profile to use. We already
have a bug to show them error dialogs during migration, so this may not need its
own dialog.
Reporter | ||
Comment 1•25 years ago
|
||
Dogfood Candidate
Reporter | ||
Updated•25 years ago
|
Summary: Create default profile if automigration of 1 profile fails → [DOGFOOD]Create default profile if automigration of 1 profile fails
Reporter | ||
Updated•25 years ago
|
Severity: normal → minor
Reporter | ||
Comment 3•25 years ago
|
||
This would be good to get into the beta, but it's not critical. Only work on
this after all the other M14 bugs are done.
Moving all Profile Manager bugs to new Profile Manager Backend component.
Profile Manager component to be deleted.
A profile named "default" gets created if the automigration fails for the
reasons like didn't find 4x profile directory to move contents from and other
failures. Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 6•25 years ago
|
||
automigration fails, (4.x profile was renamed so 5.0 would not find it), mozilla
crashes (mozilla build 2000020709) with a page fault in nsprefm.dll-
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Looks like a migration problem.
As this is a crash, the program couldn't continue and hence there
is no chance to create a default profile.
Crash in nsprefm.dll suggests that some problem with migration module.
Assigning it to Don.
Assignee: racham → dbragg
Status: REOPENED → NEW
I'm a little unclear on what happened. Are you saying that after the crash, the
4.x profile wasn't there anymore? Also was there no 5.x profile (even an
incomplete one)?
We shouldn't be renaming any profiles. Yes, a new one should have been created
that was 5.0 specific but the 4.x one should still have been available. Also,
the registry isn't updated until nsprefm.dll returns to the profile code so a
crash in nsprefm.dll should have prevented the registry from being updated.
This would cause 5.0 to not see a new profile and thus try to auto migrate again
the next time you started the program.
Accepting but need more information. I'll talk to you about this Grace.
Status: NEW → ASSIGNED
Comment 9•25 years ago
|
||
4.x profile still exists with new name-renamed for testing only
I can show you what happens
Comment 10•25 years ago
|
||
Don,
Tested this on commercial build today and it is working as noted-default gets
created when automigration fails. No crashes-
You can mark fixed
Grace
Assignee | ||
Comment 11•25 years ago
|
||
Marking fixed per Grace. (I think this was actually an XPCOM-related issue but
I can't prove it.)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•