I spent five minutes confirming what happens in Vista if a normal user
attempts to delete a file in C:\ that they've been given permission to
write to. (I didn't want to adjust C:\'s rights to actually allow them to
add and delete files themselves.)
It does require elevation (of course) and I
).
_
Ian Thomas
Victoria Park, Western Australia
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com]
On Behalf Of Mark Hurd
Sent: Monday, October 21, 2013 8:33 PM
To: ozDotNet
Subject: Re: Problem with FileSystem.DeleteFile method in root directory
I spent five
-boun...@ozdotnet.com [mailto:
ozdotnet-boun...@ozdotnet.com] *On Behalf Of *mike smith
*Sent:* Saturday, October 19, 2013 2:32 PM
*To:* ozDotNet
*Subject:* Re: Problem with FileSystem.DeleteFile method in root directory
** **
http://blogs.windows.com/windows/archive/b/developers
] *On Behalf Of *Ian Thomas
*Sent:* Friday, October 18, 2013 2:25 PM
*To:* 'ozDotNet'
*Subject:* RE: Problem with FileSystem.DeleteFile method in root directory
** **
Ken - No, the user doesn’t have permission. As described by me in one or
other post, it is necessary to go through
Subject: RE: Problem with FileSystem.DeleteFile method in root directory
Does the user actually have permission to restore the item to the root of
c:\?
I tested on my Win8 machine, and the user is prompted with a UAC prompt.
Maybe the inability to restore the file might dictate whether the file
, October 18, 2013 2:25 PM
To: 'ozDotNet'
Subject: RE: Problem with FileSystem.DeleteFile method in root directory
Ken - No, the user doesn't have permission. As described by me in one or
other post, it is necessary to go through the UAC business. That souldn't
affect anything.
I'm not sure about
Ian, years ago I remember seeing a QA about how to NOT send things into
the recycle bin, and I vaguely recall it required a Win32 API call probably
in shell32. If you can find that call and reverse the flag it might do what
you want.
Wait, it might be
-boun...@ozdotnet.com]
On Behalf Of David Kean
Sent: Friday, October 18, 2013 3:06 AM
To: ozDotNet
Subject: RE: Problem with FileSystem.DeleteFile method in root directory
FileIOPermission has nothing to do with the problem you are hitting; it
refers to CAS-permissions which is a .NET only
...@ozdotnet.com ozdotnet-boun...@ozdotnet.com] *On
Behalf Of *Ian Thomas
*Sent:* Thursday, October 17, 2013 5:31 AM
*To:* 'ozDotNet'
*Subject:* RE: Problem with FileSystem.DeleteFile method in root directory
** **
Greg
I will read your link, but just now I saw at the base
: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com]
On Behalf Of Greg Keogh
Sent: Friday, October 18, 2013 7:51 AM
To: ozDotNet
Subject: Re: Problem with FileSystem.DeleteFile method in root directory
Ian, I saw some people interop calling the SHFileOperation function
...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On
Behalf Of Ian Thomas
Sent: Friday, 18 October 2013 3:20 PM
To: 'ozDotNet'
Subject: RE: Problem with FileSystem.DeleteFile method in root directory
Greg
SHFileOperation has a lot of detail (I had a brief look yesterday, your link).
I was looking
11 matches
Mail list logo
