Windows Vista Forums
Vista Forums Home Join Vista Forums Windows 7 Forum Vista Tutorials Tags
Welcome to Windows Vista Forums. Our forum is dedicated to helping you find solutions with any problems, errors or issues you are experiencing with Windows Vista. The Vista forum also covers news and updates and has an extensive Windows Vista tutorial section that covers a wide range of tips and tricks.

Go Back   Vista Forums > Vista Newsgroups > Vista security

Vista - User Account Run Setup Catch 22

Reply
 
Old 01-09-2008   #1 (permalink)
Max Plank


 
 

User Account Run Setup Catch 22

Greetings,

Does anyone know a workaround for the following catch 22:

* From a Standard User Account under Vista, a user runs a setup
program to install an application.

* The setup program requires Administrator Privileges in order to run
and displays the admin password dialog. The admin types in the
password and the setup program proceeds with installation.

* During the installation, the setup program queries for the
CSIDL_LOCAL_APPDATA folder location in order to create folders and
install per-user files there. Since the setup program is running with
administrator privileges, the folder location returned is the
administrator's CSIDL_LOCAL_APPDATA folder, not the user's.

TIA

My System SpecsSystem Spec
Old 01-09-2008   #2 (permalink)
Victek


 
 

Re: User Account Run Setup Catch 22

> Does anyone know a workaround for the following catch 22:
Quote:

>
> * From a Standard User Account under Vista, a user runs a setup
> program to install an application.
>
> * The setup program requires Administrator Privileges in order to run
> and displays the admin password dialog. The admin types in the
> password and the setup program proceeds with installation.
>
> * During the installation, the setup program queries for the
> CSIDL_LOCAL_APPDATA folder location in order to create folders and
> install per-user files there. Since the setup program is running with
> administrator privileges, the folder location returned is the
> administrator's CSIDL_LOCAL_APPDATA folder, not the user's.
>
> TIA
One workaround would be to log in with an Admin account and temporarily make
the Standard User a local admin. Log in with that account, install the
software, and when you're done reduce to user's privileges. I used to do
this on XP because it was common for software installs to fail when using
the "Run As" option with Admin credentials.

My System SpecsSystem Spec
Old 01-10-2008   #3 (permalink)
Max Plank


 
 

Re: User Account Run Setup Catch 22

On Jan 9, 4:24 pm, "Victek" <Vic...@xxxxxx> wrote:
Quote:
Quote:

> > Does anyone know a workaround for the following catch 22:
>
Quote:

> > * From a Standard User Account under Vista, a user runs a setup
> > program to install an application.
>
Quote:

> > * The setup program requires Administrator Privileges in order to run
> > and displays the admin password dialog. The admin types in the
> > password and the setup program proceeds with installation.
>
Quote:

> > * During the installation, the setup program queries for the
> > CSIDL_LOCAL_APPDATA folder location in order to create folders and
> > install per-user files there. Since the setup program is running with
> > administrator privileges, the folder location returned is the
> > administrator's CSIDL_LOCAL_APPDATA folder, not the user's.
>
Quote:

> > TIA
>
> One workaround would be to log in with an Admin account and temporarily make
> the Standard User a local admin. Log in with that account, install the
> software, and when you're done reduce to user's privileges. I used to do
> this on XP because it was common for software installs to fail when using
> the "Run As" option with Admin credentials.
Thanks - I guess I wasn't really looking for a workaround - poor
choice of words on my account.

Further research has edged me closer to a solution, but not there
yet. Here's what I've got so far:

When testing from a Standard User account, I find that folders and
files created under Vista by an installer running with administrator
privileges cannot be accessed (not even copied) by a program running
"asInvoker" from a Standard User account.

From what I (poorly) understand at this moment, the key is for the
installer to grant ACL permissions to any folders/files created during
the setup process so they can be accessed later by the program running
asInvoker under a standard user account. I'm hoping it's merely a
question of the installer calling SHGetFolderPath() with the proper
htoken:

http://msdn2.microsoft.com/en-us/lib...81(VS.85).aspx
htoken: An access token used to represent a particular user. This
parameter is usually set to NULL, in which case the function tries to
access the current user's instance of the folder. However, you may
need to assign a value to hToken for those folders that can have
multiple users but are treated as belonging to a single user. The most
commonly used folder of this type is Documents.

Some references to the problem and potential solution:

http://www.msdner.com/dev-archive/89/24-113-898420.shtm
http://forums.microsoft.com/MSDN/Sho...76841&SiteID=1
http://msdn2.microsoft.com/en-us/lib...98(VS.85).aspx
http://technet2.microsoft.com/window....mspx?mfr=true

###
My System SpecsSystem Spec
Old 03-12-2008   #4 (permalink)


Ubuntu Linux - & vista 32bit
 
 

Re: Ubuntu,

Ubuntu 7.10
Transgamming transgaming
cedega

command and conquer the first decade

error problem
" administrator privileges in order to install this product"

go in the cedega program and go in global settings and pick either windowsxp or windows 2000

Because windows 98 is set to default

and thats' about it


My Question,

how do you install Ubuntu to the ram?
My System SpecsSystem Spec
Reply

Thread Tools


Similar Threads
Thread Forum
Standard User Setup Catch 22 Vista account administration
Transfering user account to another user account on same computer Vista General
User Account Setup Vista security
User Account Setup 101 Vista account administration
How Do i setup a domain user account Vista account administration


Vista Forums is an independent web site and has not been authorized,
sponsored, or otherwise approved by Microsoft Corporation.
"Windows Vista", the Start Orb, and related materials are trademarks of Microsoft Corp.
© Designer Media Ltd

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46