112223 - Delete a profile's directory+launch N6=profile name still exists in profile selector/manager+empty profile directory gets created

Status: VERIFIED FIXED

(Core Graveyard :: Profile: BackEnd, defect)

Description

[bmartin]

Latest N6/Mozilla 2001-11-25-22-094ec

O/S: Win98

Steps:
1. Download and install latest Mozilla or Netscape 6
2. Create a new user profile
3. Launch Mozilla or Netscape 6
4. Exit Mozilla or Netscape 6
5. In File Explorer locate C:\Windows\Application
Data\Mozilla\Profiles\<userprofile>
6. Delete the <userprofile> directory
7. Re-launch Mozilla or Netscape 6

Results:
Profile selector displays deleted profile name as an option.  Also, 
C:\Windows\Application Data\Mozilla\Profiles\ contains an empty <userprofile>
directory.
8. Select the <userprofile> from selector list

Results:
The following dialog appears: "Alert-Mozilla/Netscape 6 cannot use the profile
"<userprofile>" because the directory containing the profile cannot be found. 
Please choose another profile or create a new one. [OK]"  Selecting [OK] just
send user back to profile selector.

Expected:  
Once user deletes a profile directory and re-launches browser, the profile
selector/manager should automatically detect whether profiles in selector list
are legit and only display the working ones.  Profile manager/selector shouldn't
create am empty userprofile directory to replace the deleted one.
Maybe the Alert dialog should tell user to go to Profile Manager and select the
unusable profile, then choose delete then select the "Delete Files" option on
the  Delete Profile dialog.

Comment 1

[Conrad Carlen (not reading bugmail)]

> Once user deletes a profile directory and re-launches browser, the profile
> selector/manager should automatically detect whether profiles in selector list
> are legit and only display the working ones.

The idea was to show the whole list and warn if the profile dir was not
available. Reason being that, if the user had the profile on a ZIP drive or
something removable, that would give them a clue to insert the ZIP drive.

> Profile manager/selector shouldn't create am empty userprofile directory to
> replace the deleted one.

That's true. It's leftover from the past when we silently made a new profile. It
doesn't actually create the missing profile dir, just its parent. Anyway, it
doesn't need to do that and I'll fix that.

Comment 2

[Conrad Carlen (not reading bugmail)]

The empty profile dir that gets created was fixed with bug 113312. The other
part, about not showing missing profiles in the list, I don't think should be
changed. See comment #1.

Comment 3

[K'Trina Medina]

Verified (fixed with bug 113312)