If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[PP][DOGFOOD]Create profile/custom folder allows writing over existing profiles

VERIFIED FIXED in M14

Status

Core Graveyard
Profile: BackEnd
P3
normal
VERIFIED FIXED
18 years ago
2 years ago

People

(Reporter: Grace Bush, Assigned: racham)

Tracking

Trunk
PowerPC
Mac System 8.5

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [PDT-])

(Reporter)

Description

18 years ago
Steps to reproduce:
1. Create a new profile, use a custom folder (only way to create a profile
currently (bug 16119).
2. Create a second profile, use the same folder.

Actual results: Files in folder are overwritten with newest profile data.
Expected results: Profilename will be a folder within custom (and/or default)
folder, holding all files/folders associated with that one profile. This was
true when using default folder Documents/Mozilla/Users50/profile1 etc.
This can be managed by creating subfolders but it is not intuitive to do that.
4.x creates a folder Netscape Users and each profile is a subfolder within that
folder. I cannot find a way to create custom folder in 4.x
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED
Target Milestone: M14
(Assignee)

Comment 1

18 years ago
The behavior is inline with our 4.x prouct.

When you create a profile without picking any particular directory,
the app uses default profiles folder as repository and creates a
folder with that profile name.

But if the user chooses to put the profile information in a location
other than default location, he/she will provide information by directly
typing the the name of the folder in 4.x and by selecting a folder in
the apprunner. In either cases the information is stored in the directory
typed/selected. Unlike the default behavior mentioned in the above paragraph,
no subfolders with profile names are created. The additional thing that
user need to do with apprunner is that he need to create the folder
before starting the apprunner to make it available as an that can be
selected.

However, the majority is going to use the default folder. Setting TFV
to M14, in case we decide to enhance the UI and provide more options.

Comment 2

18 years ago
Dogfood Candidate

Updated

18 years ago
Summary: [PP]Create profile/custom folder allows writing over existing profiles → [PP][DOGFOOD]Create profile/custom folder allows writing over existing profiles

Updated

18 years ago
Whiteboard: [PDT-]

Comment 3

18 years ago
Is this really a valid bug?
(Assignee)

Updated

18 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Assignee)

Comment 4

18 years ago
This one recently fixed.
Got fixed with a checkin for 20198.
Now the profile name always gets appended to the chosen path.
Each profile can have it's own folder under the same parent.
Marking fixed.
(Reporter)

Updated

18 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 5

18 years ago
build 1999120608

Updated

18 years ago
Component: Profile Manager → Profile Manager BackEnd

Comment 6

18 years ago
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.