Modify Uninstall Behavior of a Previous Version During a Major Upgrade

Title

Summary

This article describes methods of working around a situation where a previous version was released without certain concessions being made for a Major Upgrade.

Synopsis

This article describes methods of working around a situation where a previous version was released without certain concessions being made for a Major Upgrade.

Discussion

Common scenarios in which a previous version of a product might fail to account for a Major Upgrade are:

A custom action conditioned to run during uninstallation.
Certain files erroring during un-self registration
Some components not being marked as 'Permanent' so as to maintain user customization.

There are a few of methods to work around this behavior, depending on what you are attempting to account for:

1. Schedule custom actions before and after RemoveExistingProducts in the Execute Sequence. This allows you to back up and restore vital data that might be removed during uninstallation. This is perhaps one of the simplest and most recommended solutions for this.

2. Perform a 'Manual Major Upgrade' by invoking the UninstallString of the previous version silently during the package's UI sequence or OnFirstUIBefore Event Handler (in the case of an InstallScript MSI project). This is also a recommended method, since you would be able to implement similar Before-And-After functionality for backing up and restoring data. For reference: Performing a Major Upgrade with Installscript .

3. Using a small update patch to transform the cached image on the target machine. This is accomplished by:

--Making a copy of the base MSI package

--Modifying the package in Direct Edit mode according to the problem area

--Specifying the base package, and modified package as 'Previous' and 'Latest' versions in a Patch Configuration

--Launching the patch silently in the UI Sequence or from a Setup Prerequisite

--If launched from a custom action, conditioning the action off of the Action property specified in the Major Upgrade item (typically 'ISACTIONPROP1', or similar)

4. Using Windows Installer API's to apply an *.mst file authored in InstallShield to effect the changes. The overall approach to this would have to be wrapped up in a custom C++ Executable or a Setup Prerequisite.

--Determine the previous package's Product Code. This might be static, but you can as well iterate through the registry looking for an Upgrade Code, or even pull the Product Code from the Action property (again, 'ISACTIONPROP1' or similar).

--Using the Product Code, use the MsiGetProductInfo function to find the cached MSI location with the INSTALLPROPERTY_LOCALPACKAGE flag:

MsiGetProductInfo Function

--Use the MsiDatabaseApplyTransform function to apply the *.mst to the cached MSI package:

MsiDatabaseApplyTransform Function

Was this helpful?

Support Hub

Product

InstallShield

Visibility

Guest

URL Name

modify-uninstall-behavior-of-a-previous-version-during-a-major-upgrade

Are you sure you want to cancel the case creation?

Case closed successfully

Action performed successfully

Upload Attachment

Maximum file size allowed is 3 MB.

File type not supported.

Supported file types:

Documents (.txt, .doc, .docx, .pdf), Images (.jpg, .png), Comma Separated Files (.csv) Speadsheets (.xlsx, .xls)

Are you sure you want to close this case

Get Hotline support

Products	Region	Phone Numbers
FlexNet Operations FlexNet Embedded FlexNet Publisher FlexNet Connect FlexNet Code Insight InstallAnywhere InstallShield	North America *	+1 630-332-2513 (toll) +1 877-279-2853 (toll-free in North America)
	Europe *	+44 1925 944367 (toll) +44 800 047 8642 (toll-free in Europe)
	Japan *	+81 3-4540-5335 (select option 2)
	Australia *	+61 3 9895 2177 +61 1800 560 603 (toll-free in Australia)
Usage Intelligence (formerly Revulytics) Compliance Intelligence	Please use the Case Portal to submit your support ticket or reach out to your Revenera contact.

Summary

Synopsis

Discussion

Related Articles

Please wait...

Case id: 00001065