14239 - Profile Manager should confirm existance of profile dir

Status: VERIFIED WORKSFORME

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

Description

[ppandit]

Using a debug build on Windows NT.
The profile manager should check for the existance of the profile before trying
to open it

1) Create a pop account profile in 4.7 called "earthlink"
2) del C:\winnt\moz*.dat
3) Migrated over the pop profile
4) Ran across a problem that I did not understand so I decide to start over
5) Deleted the directory \mozill\dist\users50\earthlink
6) Forgot to del c:\winnt\moz*.dat
7) Started apprunner -installer and selected earthlink (no migration tag since
it was already migrated)
8) Got a crash since no profile existed

Comment 1

[selmer (gone)]

Bhuvan, I thought this was a dup, but I can't find the bug to dup against.  Was
this fixed already once?

Comment 2

[Grace Bush]

Bhuvan,

bug 13719 looks similar, both involving migrating an already migrated profile

Comment 3

[racham]

I just tried to reproduce the scenario.
It creates the (profile) folder that is being deleted.
A profile dir with profile name gets created under Users50 folder with default
contents in it.

This problem is fixed while ago. However, other changes mozilla might have
caused inconsistencies. So, please try with latest builds.

Comment 4

[Grace Bush]

tested with build 1999092308 and found same behavior as noted below, new
directory(same name as deleted) was created and populated with a default
profile.

Comment 5

[leger]

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

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/78656c2ef454
[fenix] For https://github.com/mozilla-mobile/fenix/issues/14239: Notification for QR scan when permissions have been denied (https://github.com/mozilla-mobile/fenix/pull/14553)