Closed Bug 452 Opened 27 years ago Closed 26 years ago

user entries in LOCAL_MACHINE instead of CURRENT_USER

Categories

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

x86
Windows NT
enhancement

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 6464

People

(Reporter: fprefect, Assigned: selmer)

Details

Created by (fprefect@schiller.big.ac.at) on Tuesday, June 16, 1998 12:28:40 PM PDT Additional Details : I installed a windows NT network here, with one server and 4 clients. After installing netscape I noticed that netscape stores the specific user information under the LOCAL_MACHINE key in the registry. Since only the CURRENT_USER key gets saved per user this leads to some problems. For example: user x saves the profile under U:\profiles u: being the mounted user-directory from the server. Now he logs out and another user starts netscape. Since he doesnt have u:\profiles on his u: drive netscpae asks him to create a profile. He does it..and everything works. But this way you get a pretty large number of profiles on one machine and the worst part is, when the user goes to another machine he has to do it again. A workaround is to tell the users to create a profile with a special name "default" and store it under u:\netscape. So netscape looks for it on the network drive and finds it. But that way it is impossible for a user to have more than one profile for himself.
Assignee: dveditz → aoki
Component: Registry → Preferences
I don't think this is a mozilla bug, but assigning to Edwin for a look. Not a libreg problem.
Status: NEW → ASSIGNED
Opening as a placeholder; 4.5 allows the use of the CURRENT_USER key through the Network Install feature, but the new profile management code has not yet been merged with the 5.0 base. Leaving bug open until that time.
Assignee: aoki → cathleen
Status: ASSIGNED → NEW
Component: Preferences → Profile Manager
Product: MozillaClassic → Browser
Version: 1998-03-31 → other
cathleen, who is doing profile manager in 5.0? This should be assigned to him/her.
QA Contact: 4395
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Assignee: cathleen → hshaw
Hubie, can you take a look at this bug? Edwin has code to adopt usagae of CURRENT_USER key in the pref code; however, that feature is turned on if user is using "network install" feature. Network install feature is one of the features in MCD 4.5, and MCD doesn't exists in 5.0. You might want to decide if we should adopt using CURRENT_USER key in pref code for general purpose.
Assignee: hshaw → dp
Reassigning to DP since I'm in the middle of NuNet now.
Assignee: dp → mcmullen
Target Milestone: M5
Set target milestone to M5.
Assignee: mcmullen → selmer
This appears to be a PC-specific, Netscape 4.5x bug concerning profiles. It is triply not my bug. I am not responsible for any of these areas. (But nice try, dp) Since Steve elmer is doing profiles, I'll try foisting this on him.
Status: NEW → ASSIGNED
Target Milestone: M5 → M9
Haven't figured out how to fit this in the schedule yet - moving to M9.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Although this bug is older, 6464 has more relevant info in it already. *** This bug has been marked as a duplicate of 6464 ***
Status: RESOLVED → VERIFIED
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.