24147 - Directory and files gets create when starting Mozilla with a profile that point to a invalid directory

Status: VERIFIED DUPLICATE of bug 62418

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

Description

[Henrik Gemal]

To reproduce:
- Delete all your profiles
- Create a new profile called "test" in the C:\temp\test directory.
- Exit Mozilla
- Delete the C:\temp\test directory
- Start Mozilla

Mozilla is started and the C:\temp\test directory is created!!!!

Expected:
Mozilla is started and a alert is shown that the current profile is invalid and
then the Profile Manager is shown.

Using build:
2000011608

Comment 1

[selmer (gone)]

Bhuvan, was the described behavior the one we decided on?  It may be useful to
show the dialog before continuing (but I wouldn't hold beta for that.)

Comment 2

[racham]

The described behavior is the one we decided on i.e., recreating the directory
that user has lost. That directory will bw filled with the default profile
files. Let us consider alert as an enhancement. Marking TFV as M15.

Comment 3

[leger]

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

Comment 4

[selmer (gone)]

Marking enhancement.  It would still be good to get into beta2 if possible.

Comment 5

[racham]

Moving this to M30 and adding help wanted keyword.

Comment 6

[Henrik Gemal]

Attachment: Screenshot of dialog when Netscape 4.x doesn't find profile directory

Comment 7

[Henrik Gemal]

Putterman: shouldn't it be pretty easy to add a check to the profile back end 
wheather the profile directory actually exist?
If it doesn't then just throw the Profile Selection dialog.

Comment 8

[racham]

Reassingin to myself..

Comment 9

[racham]

Doing a mass reassign to Conrad Carlen.

Conrad is going address all current and upcoming profile manager issues. Please
do not hesitate to involve me in any of the issues.

Comment 10

[Conrad Carlen (not reading bugmail)]

We need to have UI on the front end for this. When a profile dir is not found,
it should allow the user to do something about it. A little work needs to be
done on the back end as well. Currently nsProfile::GetProfileDir does a bunch of
things which it should not. It creates the dir if it doesn't exist and makes it
the current profile (?!?!). This needs to be broken apart. It should simply
return the dir and if it does not exist, the front end could use this info and
put up UI like 4.x did. 

Comment 11

[Conrad Carlen (not reading bugmail)]

Setting milestone to M0.08

Comment 12

[Conrad Carlen (not reading bugmail)]

Sorry, that milestone should have been mozilla0.8

Comment 13

[Conrad Carlen (not reading bugmail)]

Marking as dup of bug 62418. There is a patch posted on that bug.

*** This bug has been marked as a duplicate of 62418 ***

Comment 14

[John Unruh]

Verified dupe.

Comment 15

[Pulsebot]

Pushed by ffxbld-merge:
https://hg.mozilla.org/releases/mozilla-beta/rev/04306b46ba03
[fenix] For https://github.com/mozilla-mobile/fenix/issues/24147 - Remove Event.wrapper for Search widget telemetry