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
- :
- Can I Trap Permission Errors?
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
Sep 02, 2011
02:49 PM
Can I Trap Permission Errors?
I'm setting permissions to 2 parent folders our application uses: a client folder and a database folder. In many environments, the database folder has already been created, and all the necessary permissions have been set by their network administrator. When our installation runs, it frequently errors with a failure to set permissions, and displays Retry/Ignore/Cancel options.
I'm getting tired of telling users to just click Ignore. Is there any way to trap those errors and continue with no message to the user?
The installation package is a Basic MSI Project.
I'm getting tired of telling users to just click Ignore. Is there any way to trap those errors and continue with no message to the user?
The installation package is a Basic MSI Project.
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Sep 07, 2011
01:56 PM
If you are using the ISLockPermissions functionality to set permissions, errors encountered while applying object permissions can be suppressed on a per-object basis by adding the undocumented value 4 to the existing value in the Attributes column (from the ISLockPermissions table in the Direct Editor). This will suppress the error dialog but will still log the error in a verbose log.
Note that this does not apply for permissions set with the LockPermissions and MsiLockPermissionsEx tables implemented by Windows Installer. Errors generated while applying permissions with these tables cannot be suppressed.
Note that this does not apply for permissions set with the LockPermissions and MsiLockPermissionsEx tables implemented by Windows Installer. Errors generated while applying permissions with these tables cannot be suppressed.