When an MSI has a need for an ISscript engine, I deploy the appropriate version of ISscript to the computer before pushing the MSI. But what I want to know is, when the time comes that the MSI gets uninstalled from the PC, does it require that the original ISscript engine still be uninstalled? Presently my deployment technique (plain old GPOs) strips the ISscript engine out just prior to removing the MSI that ISscript was put on the computer for which wasn't a problem when I tested it.

And a related question, are ISscript versions generally backwards compatible, meaning - can I get away with only ever having the newest version on the PC?
0 Comments   [ - ] Hide Comments


Please log in to comment

Community Chosen Answer


To answer your first question, it depends on what isscript is doing within the MSI. You can use isscript to create dialog boxes or run custom actions or both. If isscript is only used for dialog boxes and you're running in the install/uninstall silently, then you shouldn't need isscript at all. If isscript is being used for a custom action that runs on install only then you'd need it for install only. Same goes for uninstall.
To be safe, I'd uninstall the MSI first, then isscript.

I'm no expert in isscript, this is just what I've encountered personally.

Your second question: "usually". They're supposed to be fully backward compatible but I've heard of rare cases where a specific version was required. 99% of the time, you should be ok.
Answered 02/07/2007 by: turbokitty
Sixth Degree Black Belt

Please log in to comment
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity


Thanks very much for this reply, you've confirmed some suspicions I had about ISscript.
Answered 02/13/2007 by: fosteky
Purple Belt

Please log in to comment
1) ISScript may be required at any time during the installation, repair, or removal of a product, depending on how the package was built and which custom actions are called in the sequence. Therefore, you should not uninstall ISScript before uninstalling the product. Although, to be honest, I'm not sure you can. I think (but I haven't confirmed) that ISScript is a one-way installation.

That aside, I would never uninstall ISScript in case it is needed by another ISScript-dependent application on the machine. Unless you are taking particular care to track every ISScript-dependent application and you are using some kind of shared component counter to track how many applications require each version of ISScript so as not to remove it until the shared counter equals 1, you should not uninstall ISScript.

2) Newer versions of ISScript (e.g. ISScript11.msi, ISScript105.msi, etc.) are not backward-compatible. That is, if you are deploying an installer that relies on ISScript8.msi, you cannot get away with installing ISScript10.msi. You must* deploy ISScript8.msi. If there is a newer minor release of a particular version of ISScript (e.g. 8.0.123 vs. 8.0.120), I suppose you can use the newer of the two.

* If you carefully modify the installation sequence to eliminate your dependency on ISScript (usually by disabling custom actions that call ISScriptBridge.dll), you may be able to free yourself from the need to distribute ISScript at all. I have done this in the past (at the request of others), but I am reluctant to promote this because you are essentially modifying the vendor's installation, and you must compensate for any custom actions that you remove that are critical to the installation of the product.
Answered 02/18/2007 by: mazessj
Blue Belt

Please log in to comment