In one of my projects, this portion of my code is how I authored the Upgrade
table:
<Condition
Message="!(loc.BlockLanguageSwitch)">LANGUAGECHANGEDETECTED</Condition>
<Upgrade Id="$(var.UpgradeCode)">
<UpgradeVersion Maximum="$(var.Version)" MigrateFeatures="yes"
Property="OLDERVERSIONDETECTED"/>
<UpgradeVersion Minimum="$(var.Version)" OnlyDetect="yes"
Property="NEWERVERSIONDETECTED"/>
<UpgradeVersion Minimum="$(var.Version)" Maximum="$(var.Version)"
IncludeMaximum="yes" IncludeMinimum="yes" OnlyDetect="yes"
ExcludeLanguages="yes" Language="!(loc.Language)"
Property="LANGUAGECHANGEDETECTED"/>
</Upgrade>
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallFinalize"/>
</InstallExecuteSequence>
<CustomActionRef Id="WixExitEarlyWithSuccess" />
This produces the following upgrade features:
* Installing a newer version produces a major upgrade, with
RemoveExistingProducts sequenced at the latest location.
* Attempting to install an older version will cause the installer to appear
to run (quickly) without actually changing anything, and return success.
* Installing the same version with a different language is blocked.
You may wish to have a different behavior, but this could be a good starting
line to investigate and understand how these different features fit
together. BTW, the above portion of code requires linking with
WixUtilExtension (to supply the WixExitEarlyWithSucess action). Feel free to
adapt as needed.
-----Original Message-----
From: Anu Dev [mailto:queryl...@yahoo.com]
Sent: Wednesday, September 09, 2009 10:56 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WIX Upgrade
Thank you..
I have Implemented Major upgrade code in my WIX application and it works
fine but iam encountering a strange issue.
The current version in which this is implemented is V1.11.0. If the machine
already has V1.11.0 and I try to install V1.9.0 version (in which the
Upgrade implementation does not exist) this is what I observe
1. Add/Remove Programs shows up 2 icons one for V1.11.0 and the other for
V1.9.0.
2. The dlls installed though do not change and when I run the application
its V1.11.0, ie, V1.9.0 in real is not installed.
IMO, downgrading from V1.11.0 to V1.9.0 in which the upgrade functionality
is not implemented is expected. Any workarounds or thoughts would be
appreciated.
Regards
Anweshi
________________________________
From: Blair <os...@live.com>
To: General discussion for Windows Installer XML toolset.
<wix-users@lists.sourceforge.net>
Sent: Thursday, September 3, 2009 10:47:01 PM
Subject: Re: [WiX-users] WIX Upgrade
For most of us, if we are not intending to support patching at this time,
"always-major" upgrades are the easiest route, and the easiest way to do
that is to set produ...@id="*". You also have to code the Upgrade element
and determine where to sequence RemoveExistingProducts (Hint: if you follow
the component rules, you hit fewer platform bugs by sequencing late rather
than early).
Start here: http://www.joyofsetup.com/2008/12/29/neither-more-nor-less/
The starting point in the official docs is here:
http://msdn.microsoft.com/en-us/library/aa370579(VS.85).aspx
A more-or-less clear synopsis with details is here:
http://documentation.installshield.com/robo/projects/installshield12helplib/
MajorMinorSmall.htm
-----Original Message-----
From: Anu Dev [mailto:queryl...@yahoo.com]
Sent: Thursday, September 03, 2009 9:49 AM
To: WIX
Subject: [WiX-users] WIX Upgrade
Hi
Wanted to know if anyone of you have worked on the following scenario.
1. Application is already installed on the client machine and he wants to
upgrade to a new version.
2. During this process, user is prompted to uninstall prior version and
install the new version.
Rather than prompting the user to uninstall and install a new version, is
there any possibility to upgrade the installation to a new version.
I read in the documentation, that there is an upgrade option available to
automatically upgrade the installation to new version. Is it a small change
?
Regards
Anweshi
----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
