ragingpegger wrote:
Hi,

I have the exact same problem as Dave.


And that problem would be?

Is there any follow up to this?

We don't know; you haven't told us what you're talking about. You need
to quote the relevant portion of the thread to which you reply so that
there'll be a bit of meaningful context.



--

Bruce Chambers

Help us help you:
http://www.catb.org/~esr/faqs/smart-questions.html

http://support.microsoft.com/default.aspx/kb/555375

They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. ~Benjamin Franklin

Many people would rather die than think; in fact, most do. ~Bertrand Russell

The philosopher has never killed any priests, whereas the priest has
killed a great many philosophers.
~ Denis Diderot

Hi,

I resolved this in the following way:
Starting from where my previous email left off:

Acc name: Admin / Store folder: Dave / Acc type: Admin
Acc name: Dave / Strore folder: Dave_2 / Acc type: Standard

1) Delete account Dave (make sure there is nothing here you want to keep)
2) Rename Admin back to Dave

We now have:
Acc name: Dave / Store folder: Dave / Acc type: Admin

3) Create new Admin account

We now have:
Acc name: Dave / Store folder: Dave / Acc type: Admin
Acc name: Admin / Store folder: Admin/ Acc type: Admin

4) Finally set Dave to be a standard user account

End result:
Acc name: Dave / Store folder: Dave / Acc type: Standard
Acc name: Admin / Store folder: Admin / Acc type: Admin




"ragingpegger" wrote:


Hi,

I have the exact same problem as Dave. Is there any follow up to this?
It's a major nuisance, and I'm far from a computer guru, so I'm looking
for a reasonably simple solution.

Thanks all.


--
ragingpegger

Greetings and salutations

Way back when (2007) "cquirke (MVP Windows shell/user)"
on Sun, 18 Feb 2007 11:52:24 +0200 typed
in microsoft.public.windows.vista.administration_acco unts_passwords
the following:
On Sat, 17 Feb 2007 21:16:00 -0800, Gary McCready Gary

Hello: I set up my computer with account name "Cyndi", and then changed it
to "Gary"

The C:/Users/Cyndi Folder did not get renamed.

It won't, no.

I have tried to rename this folder ...

You're about to dig a large hole that won't be fun to climb out of -
this road leads to duplicate account stores, mangled names such as
Cyndi.^%4765, user accounts that don't load, etc. BT,DT in XP :-)

If you understand the background to this, it may be easier to accept.


When a user account is created, a unique identifier is assigned to it
that can never be changed. At the time the account is created, the
account subtree name is bound to that ID.


When you change the name of an existing account via Control Panel,
Users, you map a new name to the same invariant ID. But by now, many
applications will have cast their own data paths in stone, using the
existing user account subtree name, so that cannot be renamed.

So what you see is the new name when looking at the namespace level of
abstraction - Control Panel, Users, or the Welcome screen, or other
login contexts, and the general desktop UI - but when you drop to the
raw file system, you see the old user name embedded in the account's
storage path. If you drop down further, you don't see user names at
all, only the raw ID that was assigned when the account was made.


If you create an account with the same user name, as can happen in XP
but may be prudently blocked in Vista, the reverse happens. You have
what appears to be the same name, but a different unique ID is
spawned, and a new account subtree is spawned that is bound to it.

Normally, this subtree is named to match the user name that was chosen
when the account was created, but if that name already exists at the
file system level, a variant has to be used; usually that means some
gibberish is appended after a . in the name.


Crude attempts to bang these things together, e.g. renaming file
system directories in an attempt to get account A to work with account
B's data set, can be exopected to fail - if the OS's user security is
doing its thing. You can see why that would be necessary.

This is quite helpful, this may actually be what I need to do.

But before I do anything "radical" let me check my understanding.

I can rename the account "owner" all I want, but the directory
tree will retain "owner" in some form of the name.
So I can create a new Account - "Fooo" - and give it all the
permissions and such of "owner". Transfer all the files in Owner's
"Documents" (What was known in XP as "My Documents") to
"Fooo\Documents" - an then be able to delete the account Owner?
Program files and such do not need to be touched, they should be
all right?

Oh, details, a second hand Toshiba Laptop L305-s5942, WIndows Vista
Premium. Bought it at a store, and am in the midst of getting rid of
the crap, and putting the programs on it I use.
-
pyotr filipivich.
as an explaination for the decline in the US's tech edge, James
Niccol wrote "It used to be that the USA was pretty good at
producing stuff teenaged boys could lose a finger or two playing with."

Greetings and salutations

Way back when (2007) "cquirke (MVP Windows shell/user)"
on Sun, 18 Feb 2007 11:52:24 +0200 typed
in microsoft.public.windows.vista.administration_acco unts_passwords
the following:
On Sat, 17 Feb 2007 21:16:00 -0800, Gary McCready Gary

Hello: I set up my computer with account name "Cyndi", and then changed it
to "Gary"

The C:/Users/Cyndi Folder did not get renamed.

It won't, no.

I have tried to rename this folder ...

You're about to dig a large hole that won't be fun to climb out of -
this road leads to duplicate account stores, mangled names such as
Cyndi.^%4765, user accounts that don't load, etc. BT,DT in XP :-)

If you understand the background to this, it may be easier to accept.


When a user account is created, a unique identifier is assigned to it
that can never be changed. At the time the account is created, the
account subtree name is bound to that ID.


When you change the name of an existing account via Control Panel,
Users, you map a new name to the same invariant ID. But by now, many
applications will have cast their own data paths in stone, using the
existing user account subtree name, so that cannot be renamed.

So what you see is the new name when looking at the namespace level of
abstraction - Control Panel, Users, or the Welcome screen, or other
login contexts, and the general desktop UI - but when you drop to the
raw file system, you see the old user name embedded in the account's
storage path. If you drop down further, you don't see user names at
all, only the raw ID that was assigned when the account was made.


If you create an account with the same user name, as can happen in XP
but may be prudently blocked in Vista, the reverse happens. You have
what appears to be the same name, but a different unique ID is
spawned, and a new account subtree is spawned that is bound to it.

Normally, this subtree is named to match the user name that was chosen
when the account was created, but if that name already exists at the
file system level, a variant has to be used; usually that means some
gibberish is appended after a . in the name.


Crude attempts to bang these things together, e.g. renaming file
system directories in an attempt to get account A to work with account
B's data set, can be exopected to fail - if the OS's user security is
doing its thing. You can see why that would be necessary.

This is quite helpful, this may actually be what I need to do.

But before I do anything "radical" let me check my understanding.

I can rename the account "owner" all I want, but the directory
tree will retain "owner" in some form of the name.
So I can create a new Account - "Fooo" - and give it all the
permissions and such of "owner". Transfer all the files in Owner's
"Documents" (What was known in XP as "My Documents") to
"Fooo\Documents" - an then be able to delete the account Owner?
Program files and such do not need to be touched, they should be
all right?

Oh, details, a second hand Toshiba Laptop L305-s5942, WIndows Vista
Premium. Bought it at a store, and am in the midst of getting rid of
the crap, and putting the programs on it I use.
-
pyotr filipivich.
as an explaination for the decline in the US's tech edge, James
Niccol wrote "It used to be that the USA was pretty good at
producing stuff teenaged boys could lose a finger or two playing with."