![]() |
![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() |
| 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. |
| |||||||
![]() |
| |
| | #1 (permalink) |
| | 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 Specs![]() |
| | #2 (permalink) |
| | 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 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 Specs![]() |
| | #3 (permalink) |
| | 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. 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 Specs![]() |
| | #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 Specs![]() |
![]() |
| 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 | |||