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: Major Upgrade fails with chained package
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
‎Mar 03, 2011
09:54 AM
Major Upgrade fails with chained package
Hello,
I am puzzled about the following behaviour of Windows Installer:
Starting with version 2, my package main.msi has a chained package chained.msi, which is not streamed into main.msi, but located in a subfolder named Chained.
main.msi, version 2, has a different product code than version 1 (major upgrade)
I can install main.msi, version 2 without problems, the chained package is also installed.
But if I have installed main.msi, version 1 before and start the major upgrade to v2, the main.msi installation runs until after InstallFinalize and then starts a rollback.
Comparing the log files shows that installation runs until the moment where the installation of the chained package should have been started.
I have read in other threads that major upgrades with chained packages do work.
So what can have gone wrong here?
Best regards
Matthias
I am puzzled about the following behaviour of Windows Installer:
Starting with version 2, my package main.msi has a chained package chained.msi, which is not streamed into main.msi, but located in a subfolder named Chained.
main.msi, version 2, has a different product code than version 1 (major upgrade)
I can install main.msi, version 2 without problems, the chained package is also installed.
But if I have installed main.msi, version 1 before and start the major upgrade to v2, the main.msi installation runs until after InstallFinalize and then starts a rollback.
Comparing the log files shows that installation runs until the moment where the installation of the chained package should have been started.
I have read in other threads that major upgrades with chained packages do work.
So what can have gone wrong here?
Best regards
Matthias
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 04, 2011
02:35 AM
In addition to the following:
In my current setups, I have put RemoveExistingProducts between InstallExecute and InstallFinalize. Is the issue I have explained somehow related to the positioning of RemoveExistingProducts? I am now experimenting with this, but still no clue :confused:
In my current setups, I have put RemoveExistingProducts between InstallExecute and InstallFinalize. Is the issue I have explained somehow related to the positioning of RemoveExistingProducts? I am now experimenting with this, but still no clue :confused:
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 04, 2011
05:21 AM
Now I have tried the major upgrade with several positions of RemoveExistingProducts.
If RemoveExistingProducts is positioned before InstallInitialize, the major upgrade works.
For the other three possible positions (immediately after InstallInitialize, after InstallExecute, or after InstallFinalize), major upgrade silently starts a rollback at the end of the Execute sequence (at the moment when the chained setup should be started).
I have set the UI level of the chained package to /qr, although with RemoveExistingProducts after InstallInitialize, the rollback also occurs with /qb (I have not tried the other combinations).
The install condition for the chained package is set to
Thje uninstall condition for the chained package is set to
Any ideas would be appreciated.
Best regards
Matthias
If RemoveExistingProducts is positioned before InstallInitialize, the major upgrade works.
For the other three possible positions (immediately after InstallInitialize, after InstallExecute, or after InstallFinalize), major upgrade silently starts a rollback at the end of the Execute sequence (at the moment when the chained setup should be started).
I have set the UI level of the chained package to /qr, although with RemoveExistingProducts after InstallInitialize, the rollback also occurs with /qb (I have not tried the other combinations).
The install condition for the chained package is set to
REMOVE <> "ALL" AND NOT ISCHAINER
Thje uninstall condition for the chained package is set to
REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE
Any ideas would be appreciated.
Best regards
Matthias
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 14, 2011
09:13 AM
I have the exact same problem. Tested your findings to move uninstall first (before InstallInitialize) and it works as a workaround, but is not a permanent solution.
I created an incident SIOC-000117301.
Have you found or got any more info? (quiet in this thread)
And what is the root cause of it not working??
I created an incident SIOC-000117301.
Have you found or got any more info? (quiet in this thread)
And what is the root cause of it not working??
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 15, 2011
03:25 AM
Hej Branedal,
no, I have not found any more info yet, as with some other issues concerning chaining. So I still have positioned RemoveExistingProducts before InstallInitialize, which is ugly, but seems to be necessary for the install to work at all.:mad:
Best regards
Matthias
no, I have not found any more info yet, as with some other issues concerning chaining. So I still have positioned RemoveExistingProducts before InstallInitialize, which is ugly, but seems to be necessary for the install to work at all.:mad:
Best regards
Matthias
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jan 07, 2013
03:03 AM
Hi,
I've the same issue only with IS2009, and 6 chained MSI packages called from one parent (serves only as wrapper).
I've tried the setting you've suggested (moving the RemoveExistingProducts, setting the conditions to all chained packages and also setting them all to /qr).
I've also, of course, changed the Product Code, Version and added a Major Upgrade Item in Upgrades (was not one).
Clean installation seems to work seamlessly, however major upgrade doesn't work (in the log I can see that rollback actions were performed). I've tried several settings and conditions, yet nothing. :confused:
I know IS2009 is NOT supported any more, however this is currently the version we use, and it will take time to change.
Please - do you have any idea?
Thanks!
Shai Gilboa
I've the same issue only with IS2009, and 6 chained MSI packages called from one parent (serves only as wrapper).
I've tried the setting you've suggested (moving the RemoveExistingProducts, setting the conditions to all chained packages and also setting them all to /qr).
I've also, of course, changed the Product Code, Version and added a Major Upgrade Item in Upgrades (was not one).
Clean installation seems to work seamlessly, however major upgrade doesn't work (in the log I can see that rollback actions were performed). I've tried several settings and conditions, yet nothing. :confused:
I know IS2009 is NOT supported any more, however this is currently the version we use, and it will take time to change.
Please - do you have any idea?
Thanks!
Shai Gilboa
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)