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
- :
- Re: Suite - Uninstall Order
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
‎Nov 07, 2011
04:03 PM
Suite - Uninstall Order
Is there a way to control the uninstall order?
I have 5 packages and let's say they are installed in order 1-5.
I want to uninstall them in reverse order... 5-1 (or at least uninstall package 1 last). But the suite seems to uninstall in the same order as it installs. Is there a way to do what I need? If not, I may have to just not allow Remove and force the user to uninstall the 5 packages individually from ARP 😞
I have 5 packages and let's say they are installed in order 1-5.
I want to uninstall them in reverse order... 5-1 (or at least uninstall package 1 last). But the suite seems to uninstall in the same order as it installs. Is there a way to do what I need? If not, I may have to just not allow Remove and force the user to uninstall the 5 packages individually from ARP 😞
(15) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 08, 2011
10:39 AM
That's a good and important idea.
Do you can open an incident?
Do you can open an incident?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 08, 2011
11:32 AM
Yes, we do have a maintenance contract. I'll give the folks a chance to answer here first. Maybe I am overlooking something.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 08, 2011
04:56 PM
Hmm. This gets sticky. I think current behavior is a top-down processing of the packages, either installing, removing, or ignoring each package as it goes. While the case you describe is an obvious case (reverse the order if removing), where should removals be scheduled with regards to other installs in a maintenance?
I wonder if we can just do a reverse-order of all uninstalls, followed by a forward-order of all installs, or if there are cases where this would need to be overridden.
I wonder if we can just do a reverse-order of all uninstalls, followed by a forward-order of all installs, or if there are cases where this would need to be overridden.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 09, 2011
07:01 AM
Michael,
Yes, if we can just do a reverse-order of all uninstalls I think that would go a long way for me. I think I will not allow Modify/Repair from the suite. The user can do that in ARP in those few cases.
Can we make 'reverse-order of all uninstalls' happen?
Thanks
Yes, if we can just do a reverse-order of all uninstalls I think that would go a long way for me. I think I will not allow Modify/Repair from the suite. The user can do that in ARP in those few cases.
Can we make 'reverse-order of all uninstalls' happen?
Thanks
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2011
11:38 AM
There's no way for you to cause that order today; I've filed IOA-000066885 for us to track and consider this more fully for a future release.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2011
11:42 AM
Great! Thanks Michael
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2011
02:45 PM
I'm still trying to come up with a few concrete scenarios where this matters, so if you've got one, please describe it here.
The "best" concrete example I have is the .NET framework needs to be present for another package to work with the GAC. But that's a pretty bad example because no one installation should remove the framework. Got anything better?
The "best" concrete example I have is the .NET framework needs to be present for another package to work with the GAC. But that's a pretty bad example because no one installation should remove the framework. Got anything better?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2011
03:03 PM
I have a Support package that gets installed first. I would prefer to have it uninstalled last because when it is uninstalled it:
1. Removes our entry that we added to the Path environment variable.
2. Removes registry keys.
If anyone started a removal process and it was aborted after uninstalling the Support package, all the other packages would still be there but would not work correctly. Removing Support last makes for a more orderly removal.
1. Removes our entry that we added to the Path environment variable.
2. Removes registry keys.
If anyone started a removal process and it was aborted after uninstalling the Support package, all the other packages would still be there but would not work correctly. Removing Support last makes for a more orderly removal.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2011
03:05 PM
Hmm, for this particular case I wonder if you could just make two similar copies of this package, one up front for installation, and one at the end for uninstallation. (By for X I mean only specify that operation so it won't do anything in the other case.)
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 03, 2012
05:43 PM
I have a main install MSI and a bunch of plugin MSIs. (some are 3rd party so not allowed to modify)
The plugin installers use a complocator to find the main MSI and add their files to the same location.
At plugin uninstall the costing fails beacuse the main package has already been removed.
if they were removed in reverse-order to installation then it would not fail
The plugin installers use a complocator to find the main MSI and add their files to the same location.
At plugin uninstall the costing fails beacuse the main package has already been removed.
if they were removed in reverse-order to installation then it would not fail
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 04, 2012
08:58 AM
Hmm. I wonder if this case is a bug in the plugin .msi files - how are you supposed to uninstall the plugin if you can't reinstall the main product? But that said, this is good feedback and I'm adding it to IOA-000066885.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 04, 2012
09:03 AM
MichaelU wrote:
this case is a bug in the plugin .msi files
oh yes it definitely is, but I am not supposed to modify them (I did, using a transform, shhh don't tell anyone)
thanks for creating the work order
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 06, 2012
08:03 AM
looeee wrote:
At plugin uninstall the costing fails beacuse the main package has already been removed.
If they were removed in reverse-order to installation then it would not fail
I have an issue very similar to this. My current custom C#-based Install Wizard (which serves the same purpose as the Suite style project) takes care of uninstall order, but we want to get away from customized code like that. Glad someone has already requested this functionality. :cool:
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 06, 2012
08:23 AM
Michael,
Looks like there is enough interest to do 'Reverse Order Uninstall'. Will this be in the next release? You know what my next question will be 🙂
Looks like there is enough interest to do 'Reverse Order Uninstall'. Will this be in the next release? You know what my next question will be 🙂
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 16, 2012
02:03 PM
I'm adding my vote to get the Suites uninstall order reversed or even better made configurable.
The reason is that our Suite installs several 3rd party components we depend on first (JRE, Apache, Tomcat etc), then runs our MSI that also adds files and makes configuration changes to them etc. During the Suite uninstall, the 3rd party components are removed first and then our uninstall fails when it wants to 'un-do' the customization changes because the apps are already gone.
I can work around it by just not removing the customizations, but it's not ideal since I would like them to get reversed when we for example upgrade our MSI, but not touch the 3rd party content.
-Sandra
The reason is that our Suite installs several 3rd party components we depend on first (JRE, Apache, Tomcat etc), then runs our MSI that also adds files and makes configuration changes to them etc. During the Suite uninstall, the 3rd party components are removed first and then our uninstall fails when it wants to 'un-do' the customization changes because the apps are already gone.
I can work around it by just not removing the customizations, but it's not ideal since I would like them to get reversed when we for example upgrade our MSI, but not touch the 3rd party content.
-Sandra
![](/skins/images/8C9D13A71C7F7695F3262372C0172D68/responsive_peak/images/icon_anonymous_message.png)