15037 - [DOGFOOD]Create default profile if automigration of 1 profile fails

Status: VERIFIED FIXED

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

Description

[selmer (gone)]

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.

Comment 1

[selmer (gone)]

Dogfood Candidate

Comment 2

[racham]

Will fix by the dogfood deadline.
Moving TFV to M13.

Comment 3

[selmer (gone)]

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.

Comment 4

[leger]

Moving all Profile Manager bugs to new Profile Manager Backend component.
Profile Manager component to be deleted.

Comment 5

[racham]

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.

Comment 6

[Grace Bush]

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-

Comment 7

[racham]

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.

Comment 8

[dbragg]

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.

Comment 9

[Grace Bush]

4.x profile still exists with new name-renamed for testing only
I can show you what happens

Comment 10

[Grace Bush]

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

Comment 11

[dbragg]

Marking fixed per Grace.  (I think this was actually an XPCOM-related issue but 
I can't prove it.)

Comment 12

[Grace Bush]

ok