Yes, agreed. If the default works then this works in 3.x.

It has always been required that when you take a new drop of the WiX toolset 
(any new drop) that you recompile the world. Subtle things can change that we 
make sure a clean compile/lit/link handle.

From: Blair Murri [mailto:os...@live.com]
Sent: Wednesday, February 5, 2014 9:38 PM
To: wix-devs@lists.sourceforge.net
Subject: Re: [WiX-devs] Self update bundles, the detect issue.

With the recompile requirement then adding the default argument should be fine 
for 3.x IMHO. I had thought we were avoiding recompiles whenever possible.

Blair

From: Rob Mensching<mailto:r...@robmensching.com>
Sent: ‎Wednesday‎, ‎February‎ ‎05‎, ‎2014 ‎1‎:‎48‎ ‎PM
To: wix-devs@lists.sourceforge.net<mailto:wix-devs@lists.sourceforge.net>

Wow, I’m really surprised that works. However, if it does, awesome.

The rule is pretty simple with only a couple qualifications


1.       When WiX toolset users take a minor release of the WiX toolset they 
must recompile all of their WiX related code (.wxs, extensions, custom actions, 
etc). That recompile should compile without any new issues.

2.       Except:

a.       A WiX Toolset user cannot patch MSIs with different versions of the 
WiX toolset (even build number changes). It might work sometimes but it 
definitely won’t work all the time. Patching is just too sensitive to changes 
for us to make this always work.

b.      We will make breaking changes for security or really bad bugs whenever 
necessary. We will apologize profusely but bad stuff cannot be allowed to live.

So, if changes can be made to the Burn engine and balutil/mba such that 
wixstdba and WixBA do not require code changes then all of the above is 
satisfied.

Is that clearer?

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to