We're new at working under Vista Home Premium SP1.

My daughter was working as a standard user and found that she was not
authorized to delete or rename her own files. She had to log off, then
switch to an administrator in order to do this. (Administrator couldn't do
anything either until standard user logged off.)

It makes sense that a standard user should not be able to manipulate files
of another user, but you'd think that she should be authorized to deal with
her own files. Is there a parameter to allow this?

Sounds to me like she was attempting to manipulate a file that was in use.
It would help people to help you if it was revealed what file (full path),
what error messages resulted, and is UAC turned on/off.
Michael

"BudV" <BudVitoff@NOmsn.SPAMcom> wrote in message
news:ukiQIjEwJHA.248@TK2MSFTNGP06.phx.gbl...[color=blue]
> We're new at working under Vista Home Premium SP1.
>
> My daughter was working as a standard user and found that she was not
> authorized to delete or rename her own files. She had to log off, then
> switch to an administrator in order to do this. (Administrator couldn't
> do anything either until standard user logged off.)
>
> It makes sense that a standard user should not be able to manipulate files
> of another user, but you'd think that she should be authorized to deal
> with her own files. Is there a parameter to allow this?
>[/color]

"BudV" <BudVitoff@NOmsn.SPAMcom> wrote in message
news:ukiQIjEwJHA.248@TK2MSFTNGP06.phx.gbl...[color=blue]
> We're new at working under Vista Home Premium SP1.
>
> My daughter was working as a standard user and found that she was not
> authorized to delete or rename her own files. She had to log off, then
> switch to an administrator in order to do this. (Administrator couldn't
> do anything either until standard user logged off.)
>
> It makes sense that a standard user should not be able to manipulate files
> of another user, but you'd think that she should be authorized to deal
> with her own files. Is there a parameter to allow this?[/color]

Hi Bud--

I have to say with all respect to the UAC team, that they have put out a lot
of documents that purport things principles that don't see the light of day
in the real world.

For example, they write in Vista Help:

[url]http://windowshelp.microsoft.com/Windows/en-US/Help/f49eaa8a-2f17-4668-b4ce-d699a4db90681033.mspx[/url]

"When you use a standard account, you can use most programs that are
installed on the computer, but you can't install or uninstall software and
hardware, delete files that are required for the computer to work, or change
settings on the computer that affect other users. If you're using a standard
account, some programs might require you to provide an administrator
password before you can perform certain tasks."

I have found that in fact, on many many ocassions, that there are a number
of folders even running as an Administrator (and the rule is always to run
with as low privileges as possible for maximal security) or at times in
Vista even renaming folders was prohibited. I've also seen lack of
consistency in the renaming privileges and working with folders.

The first thing I do on a dual boot of 2 Windows OS's is drag a shortcut to
the desktop of the other OS for convenience so that I can drag and drop or
work with folders on the other desktop from one boot. I've seen in Vista
and recently in Windows 7 that there is a lock on the folder and I have to
tweak UAC permissions at the security tab in order to open the other desktop
folder. It's a pain, and although in Win 7 UAC is less time consuming, it
still poses some absurd hurdles.

What I'd advise you to do is this:

Right click the folder where she is running into an obstacle renaming or
deleting her files>properties>security tab:

Edit>add>type "users" in the box without the quotes>OK>put a check in every
box under "allow">apply>okay.

If this does not do it, then do this, and it will:

Right click the folder where she is running into an obstacle renaming or
deleting her files>properties>security tab:

Advanced Button>Owner Tab>Edit>other users button>users>ck. in replace owner
on subcontainers and objects>apply>okay and this may take a few minutes.

I respectfully feel that UAC should be reworked to have less obstacles while
maintaining security, and I know that the dialogue boxes behind the security
tab should be named in terms that end users understand.

I am fully aware that the Security configuration is, according to MSFT a
huge factor in enterprise sales, but there is nothing user friendly about
tweaking the security tab where a parent might want to do it for the rest of
the family.

hth,

CH

"BudV" <BudVitoff@NOmsn.SPAMcom> wrote in message
news:ukiQIjEwJHA.248@TK2MSFTNGP06.phx.gbl...[color=blue]
> We're new at working under Vista Home Premium SP1.
>
> My daughter was working as a standard user and found that she was not
> authorized to delete or rename her own files.[/color]

Err never found that. Where are these files?

--
Asking a question?
Please tell us the version of the application you are asking about,
your OS, Service Pack level
and the FULL contents of any error message(s)

Well, thank you for all the responses!

Here's the environment: My daughter, Holly, who is reasonably computer
literate, is the primary standard user. Four kids under 10 are each
standard users. I'm the administrator. The separation is to provide
independence, and there is no need to protect the users from each other. I
had UAC turned on only to avoid the nasty little reminder that kept showing
up.

This thread was started because Holly tried to delete one of her folders
(c:\users\Holly\xxx) and was informed first by "Destination folder access
denied. / You need to confirm this operation." and then by UAC's "Windows
needs your permission to continue. / To continue, type administrator
password." She entered it, only to get another access denied message, with
a "Try again" option that got her nowhere. Turning UAC off cleaned this up
completely and lets her manipulate her files without harassment.

Chad, I took a run through the procedure you recommended, but it was quite a
trip. In view of the fact that one of Holly's projects is organizing her
photos (184 folders and growing), it was a bit much to ask her to use that
technique.

So turning off UAC was the answer. We'll live with the nasty reminder.

Thanks for the help.

"BudV" <BudVitoff@(NO)att.(SPAM)net> wrote in message
news:eEAYBlTwJHA.1088@TK2MSFTNGP04.phx.gbl...[color=blue]
>
> This thread was started because Holly tried to delete one of her folders
> (c:\users\Holly\xxx) and was informed first by "Destination folder access
> denied. / You need to confirm this operation." and then by UAC's "Windows
> needs your permission to continue. / To continue, type administrator
> password." She entered it, only to get another access denied message,
> with a "Try again" option that got her nowhere. Turning UAC off cleaned
> this up completely and lets her manipulate her files without harassment.[/color]


Then she was presumably trying to delete a SYSTEM-created folder, not one
that she had herself created.

--
Asking a question?
Please tell us the version of the application you are asking about,
your OS, Service Pack level
and the FULL contents of any error message(s)

Nope. Does "presume" mean the same as "assume"?

"Gordon" <gordonbparker******.com> wrote in message
news:uDmEAVYwJHA.1300@TK2MSFTNGP05.phx.gbl...[color=blue]
> "BudV" <BudVitoff@(NO)att.(SPAM)net> wrote in message
> news:eEAYBlTwJHA.1088@TK2MSFTNGP04.phx.gbl...[color=green]
>>
>> This thread was started because Holly tried to delete one of her folders
>> (c:\users\Holly\xxx) and was informed first by "Destination folder access
>> denied. / You need to confirm this operation." and then by UAC's "Windows
>> needs your permission to continue. / To continue, type administrator
>> password." She entered it, only to get another access denied message,
>> with a "Try again" option that got her nowhere. Turning UAC off cleaned
>> this up completely and lets her manipulate her files without harassment.[/color]
>
>
> Then she was presumably trying to delete a SYSTEM-created folder, not one
> that she had herself created.
>
> --
> Asking a question?
> Please tell us the version of the application you are asking about,
> your OS, Service Pack level
> and the FULL contents of any error message(s)[/color]

"BudV" <BudVitoff@NOmsn.SPAMcom> wrote in message
news:OBz6iySzJHA.4272@TK2MSFTNGP06.phx.gbl...[color=blue]
> Nope. Does "presume" mean the same as "assume"?[/color]

No it doesn't. It would be helpful if Holly could tell us WHAT file/folder
she is trying to delete. There ARE system files in C:/Users/ which are
protected.

--
Asking a question?
Please tell us the version of the application you are asking about,
your OS, Service Pack level
and the FULL contents of any error message(s)

"BudV" <BudVitoff@NOmsn.SPAMcom> wrote in message
news:OBz6iySzJHA.4272@TK2MSFTNGP06.phx.gbl...[color=blue]
> Nope. Does "presume" mean the same as "assume"?[/color]

And BTW, I. as a Standard User can create, rename and delete folders and
files in C:/Users/{My account}/ perfectly OK. That would go a long way to
suggest that the OP is trying to perform actions on System-created files and
folders...

--
Asking a question?
Please tell us the version of the application you are asking about,
your OS, Service Pack level
and the FULL contents of any error message(s)