This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Folder Permissions Not Being Set by MSI on Target Machine
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 21, 2015
10:39 AM
Folder Permissions Not Being Set by MSI on Target Machine
So I am trying to set the opermissions of INSTALLDIR on the target machine for Everyone and Users to be full control. (I know its not good practice, but our app needs this to work unfortunately.)
So here is the screen shot from InstallShield:
Yet, on the target system, Everyone is not even added at all. And for Users, it looks like this:
Anyone have any ideas how to resolve this?
So here is the screen shot from InstallShield:
Yet, on the target system, Everyone is not even added at all. And for Users, it looks like this:
Anyone have any ideas how to resolve this?
(4) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 21, 2015
10:46 AM
Also, it appears as though INSTALLDIR is being configured to Read Only by default. I can't seem to find how to un-check this property. Where is this setting at the folder level?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 26, 2015
02:32 PM
Do you know if the components that set permissions are using the newer InstallShield method or the standard MSI Lock Permissions table?
If the standard Lock Permission table then Everyone should work for you but not 'Users' as it is not considered one of the 'well known' SIDs.
https://msdn.microsoft.com/en-us/library/aa369774%28v=vs.85%29.aspx
I forget when InstallShield implemented support for other SID.
The only other thing that I can think of is permissions when running your install. Make sure you run the installer so that it has administrative rights this should grant permissions to change permissions on a child folder of Program Files(x86).
If the standard Lock Permission table then Everyone should work for you but not 'Users' as it is not considered one of the 'well known' SIDs.
https://msdn.microsoft.com/en-us/library/aa369774%28v=vs.85%29.aspx
I forget when InstallShield implemented support for other SID.
The only other thing that I can think of is permissions when running your install. Make sure you run the installer so that it has administrative rights this should grant permissions to change permissions on a child folder of Program Files(x86).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 09, 2015
12:20 PM
Dan, not sure on how to tell that.
But as a failsafe, I put Everyone And Users in the permissions both with and without the %USERDOMAIN.
But none of the permissions are added.
Very strange.
But as a failsafe, I put Everyone And Users in the permissions both with and without the %USERDOMAIN.
But none of the permissions are added.
Very strange.
DLee65 wrote:
Do you know if the components that set permissions are using the newer InstallShield method or the standard MSI Lock Permissions table?
If the standard Lock Permission table then Everyone should work for you but not 'Users' as it is not considered one of the 'well known' SIDs.
https://msdn.microsoft.com/en-us/library/aa369774%28v=vs.85%29.aspx
I forget when InstallShield implemented support for other SID.
The only other thing that I can think of is permissions when running your install. Make sure you run the installer so that it has administrative rights this should grant permissions to change permissions on a child folder of Program Files(x86).