Closed Bug 6683 Opened 25 years ago Closed 25 years ago

"Default\" folder should be overwritten with 1st new profile.

Categories

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

x86
Windows NT

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bmartin, Assigned: racham)

References

Details

Latest Profile Creator (delivered 5/17/99) 1. Launch Apprunner on clean machine (delete Users50\,delete mozregistry.dat prior to running apprunner.exe) 2. Profile Creator appears. Create New profile and store it in the Default directory. (do not enter a path in the profile directory text field) 3. Open MS-Explorer and verify the contents of the Users50\ directory. results: A "Default\" directory exists in the Users50\ directory along with the "New" profile folder that was just created. Expected: The "Default\" folder should be renamed to the "New" profile's name, and the prefs50.js file should be specific to the "New" profile.
Status: NEW → ASSIGNED
Summary: "Default\" folder should be overwritten with 1st new profile. → "Default\" folder should be overwritten with 1st new profile.
Target Milestone: M7
This needs to be discussed further. The current behavior leaves place for the profile default at 'Default\'. I think it is fine.
Updqating with Chris McAfee's commets. I'm trying to understand what Unix is doing here; I create a Chris profile after wiping everything out (registry, etc.) and I get Default Chris which both seem to be profiles. Why the Default directory? Why not just create the Default directory and start using it, and then allow me to add the "Chris" profile later when/if I need it? _____________________________________________________________________ Yes. We have to do that. Start using the default profile and let users create more profiles on thier choice.
*** Bug 6927 has been marked as a duplicate of this bug. ***
I don't understand the need for the extra \Default directory if the user creates a profile other than Default. Is this just how the architecture is set up? It seems a bit superfluous to have two Profile directories for every person who names their profile something other than default. Or am I missing something in this bug report and this will be fixed?
We are waiting for a particular implementation from preferences code which will obviate the need for 2 profile directories. Ultimately user will have just 1 profile i.e., the profile that user creates from CreateProfile Wizard. Fix will be in for M7.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
When the profile is created via CreateProfile Wizard, the default originally created for prefs consistency is removed and the new profile will be used in the place.
Status: RESOLVED → VERIFIED
build 1999061409 default profile removed if another profile created
Component: Profile Manager → Profile Manager BackEnd
Moving all Profile Manager bugs to new Profile Manager Backend component. Profile Manager component to be deleted.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.