/build/static/layout/Breadcrumb_cap_w.png

Custom Action Error message 1720

Hi
I'm trying to run a VB script placing that in Custom Action. But i'm Getting Error mesage 1720.If i'm trying to run the same script outside i can run that without any issues. Can you please look at this script and let me know what i'm making mistake. I will be using Wise Package Studio 7.0Sp3.
Option Explicit
Dim ObjFSO, objShell
Set objShell = CreateObject("WScript.Shell")
Set objFSO = CreateObject("Scripting.FileSystemObject")
objShell.Run "%windir%\Package.EXE /s"

Thanks in Advance..
Usha..

0 Comments   [ + ] Show comments

Answers (5)

Posted by: sunny07 13 years ago
Senior Yellow Belt
0
Hi Usha...

the script seems to be fine, you should check the sequence of the custom I would suggest to place this custom just before install finalize with Deffered execution system context if you dont have any user specific config in this package.EXE
Posted by: jmcfadyen 13 years ago
5th Degree Black Belt
0
1) you should be delivering a package.exe file to that location.
2) you need to resolve %windir% with something like objShell.ExpandEnvironmentStrings("%windir%") or similar
3) as stated previously be previous poster
4) you should wait for execution to complete and send back the return code to the calling CA.
5) you need to have a commit / rollback CA to match the deferred CA mentioned in 3) and 4)
Posted by: er.hsingh 13 years ago
Orange Senior Belt
0
You are calling environmental variables, you need to get value of windir by adding

Dim objWINDIR

objWINDIR = objShell.ExpandEnvironmentStrings("%windir%")
Posted by: anonymous_9363 13 years ago
Red Belt
0
Have you checked whether PACKAGE.EXE extracts and executes any MSIs? If it does, your CA will fail anyway.

Also, are you sure you know what PACKAGE.EXE does to your workstations? I *always* re-package anything which isn't in MSI form if, for no other reason, than to know what I'm unleashing on my client's estate.
Posted by: captain_planet 13 years ago
Black Belt
0
.....and once you've finished checking out the solutions presented by the helpful people above, do you really need to create a FileSystemObject if you're not going to use it? Or better still.....maybe you keep it, and actually use it to check if Package.EXE exists in the first place before trying to run it?

And to John - number 5, hey? That's hardcore custom action writing that is.... [;)]
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ