I would also, but it's frequently impossible to make this happen and hard 
to defend MSFT's decision to ignore the 4th field.

----------------------------------------
 From: "Rob Mensching" <r...@robmensching.com>
Sent: Wednesday, January 08, 2014 10:54 AM
To: "General discussion about the WiX toolset." 
<wix-users@lists.sourceforge.net>
Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
present...

Personally, I'd update the build to change the build number (3rd field).

-----Original Message-----
From: Tony [mailto:yellowjacketl...@gmail.com] 
Sent: Wednesday, January 8, 2014 8:41 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
present...

I was aware of the Windows Installer limitation, unfortunately, our daily 
builds do not touch the first three parts of the version, so in our dev 
labs we have to "remember" to uninstall first.  Most folks know this, but 
with several new folks coming onboard and contractors helping here and 
there, we have been burned a few times.  So, I was looking for something to 
prevent and/or "gently" remind the installer that they shouldn't be doing 
the install.

Thanks for the idea Carter.  I was thinking about something similar, maybe 
using RegLocator/CompLocator against a well-known regvalue/binary.
If found and **BOTH** WIX_UPGRADE_DETECTED and WIX_DOWNGRADE_DETECTED are
**NOT** set, I can assume a re-install is taking place and abort the 
install.

Thoughts?

On Wed, Jan 8, 2014 at 10:54 AM, Rob Mensching <r...@robmensching.com> 
wrote:

> The Windows Installer chooses not to recognize the revision (the 
> fourth build version) in major upgrades.
>
> -----Original Message-----
> From: Tony [mailto:yellowjacketl...@gmail.com]
> Sent: Wednesday, January 8, 2014 7:36 AM
> To: WiX Users
> Subject: [WiX-users] Preventing 'v1.0.0.1' install when v1.0.0.0 is 
> present...
>
> NOTE: This is primarily an issue with our daily dev/interim builds.  
> This isn't an issue with QA and/or released builds as they have unique 
> Major.Minor.Build numbers.
>
> I'd like some means to block the install, treat it as an upgrade or 
> even just a simple pop-up "Do you really want to install another 
> version of this package?".
>
> Here's the scenario...
>
> Currently installed application:
> UpgradeCode = 123,
> ProductCode = AAA,
> PackageCode = BBB,
> ProductVersion = 1.0.0.0
>
> I'd like to prevent this package from being installed (or show a 
> pop-up, etc.)...
> UpgradeCode = 123,
> ProductCode = DDD,
> PackageCode = FFF,
> ProductVersion = 1.0.0.1
>
> Is there some way prevent this with FindExistingProducts? AppSearch?
> FileSearch? RegSearch?
>
> If not can I get the ProductVersion of any installed application that 
> has the matching UpgradeCode assign it to a Property and compare 
> versions in a custom action?
>
> Thanks,
> --
> Tony
>
> ----------------------------------------------------------------------
> -------- Rapidly troubleshoot problems before they affect your 
> business. Most IT organizations don't have a clear picture of how 
> application performance affects their revenue. With AppDynamics, you 
> get 100% visibility into your Java,.NET, & PHP application. Start your 
> 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.c
> lktrk _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> ----------------------------------------------------------------------
> -------- Rapidly troubleshoot problems before they affect your 
> business. Most IT organizations don't have a clear picture of how 
> application performance affects their revenue. With AppDynamics, you 
> get 100% visibility into your Java,.NET, & PHP application. Start your 
> 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.c
> lktrk _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Tony
----------------------------------------------------------------------------
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

----------------------------------------------------------------------------
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 

Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics 
Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk


_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to