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
- :
- WUSA Access Denied Error (Run via Custom Action)
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
‎Jan 27, 2009
04:09 AM
WUSA Access Denied Error (Run via Custom Action)
Hi all,
Please could anybody help me with the following problem?
My Basic MSI project calls an executable as a custom action. That executable in turn runs numerous .exe files (.NET Framework updates) and .msu files (also .NET Framework updates, this time using the WUSA.exe used for updating Vista).
If I run my executable manually on a target machine, both the .msu and .exe files are run properly (the .exe files require the user to go through a security warning, which is to be expected).
However, if the executable is run through the installer as a custom action, the .msu files fail - there is an "Access Denied" error. My guess is that the installer does not pass on sufficient access priveliges to WUSA.exe, which is somewhat bizzare as the update .exe files now run without a security warning.
Please could anyone offer some advice on getting the .msu files to run correctly, ideally via my executable but failing that in any way possible! Thanks.
Please could anybody help me with the following problem?
My Basic MSI project calls an executable as a custom action. That executable in turn runs numerous .exe files (.NET Framework updates) and .msu files (also .NET Framework updates, this time using the WUSA.exe used for updating Vista).
If I run my executable manually on a target machine, both the .msu and .exe files are run properly (the .exe files require the user to go through a security warning, which is to be expected).
However, if the executable is run through the installer as a custom action, the .msu files fail - there is an "Access Denied" error. My guess is that the installer does not pass on sufficient access priveliges to WUSA.exe, which is somewhat bizzare as the update .exe files now run without a security warning.
Please could anyone offer some advice on getting the .msu files to run correctly, ideally via my executable but failing that in any way possible! Thanks.
(3) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 27, 2009
01:58 PM
You should probably not schedule .NET framework updates within a custom action, and instead use InstallShield Prerequisites. That said, the problem is likely a requirement of administrative privileges, and a limitation of launching an exe custom action. You can work around this by using a DLL or InstallScript custom action which launches your current exe with ShellExecute, or by changing the initial requirements and having your exe relaunch itself, etc. Prerequisites have elevation support built in.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 29, 2009
03:51 AM
Thanks, Michael, that worked like a charm - and also was a lot easier than I feared it would be!
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 25, 2015
05:10 AM
MichaelU wrote:
You should probably not schedule .NET framework updates within a custom action, and instead use InstallShield Prerequisites. That said, the problem is likely a requirement of administrative privileges, and a limitation of launching an exe custom action. You can work around this by using a DLL or InstallScript custom action which launches your current exe with ShellExecute, or by changing the initial requirements and having your exe relaunch itself, etc. Prerequisites have elevation support built in.
I am basically facing the same issue. I have prepared the following IS Script. But the msi package is not launching the .exe. Do I need to include anything else with the custom action or any changes required in the script? Please help me with this in a bit elaborated way. I am quite new to this technology.
begin
LaunchApplication (INSTALLDIR ^ "SrPackage_2015.07.5.156.exe",
"",
INSTALLDIR,
SW_NORMAL,
INFINITE,
LAAW_OPTION_WAIT | LAAW_OPTION_USE_SHELLEXECUTE);
// To Do: Write script that will be executed when MyFunction is called.
end;