Burn always plans related bundles at the end.

My vote would be to just expose all of the IBootstrapperApplication
functions in the IBootstrapperBAFunction interface and then the baf.dll
could implement this kind of behavior.

On Fri, Oct 24, 2014 at 12:49 PM, Hoover, Jacob <jacob.hoo...@greenheck.com>
wrote:

>    I’m pondering a feature for WixStdBA where one could use
> RelatedBundle/@Action=Detect to support the uninstallation of previous
> versions of software conditionally. I think this could be as simple as
> responding appropriately during OnPlanRelatedBundle, and providing a
> conditionally visible check box on the Install page which would only be
> visible if one or more related bundles we found where their action was set
> as detect.
>
>
>
>   This would allow me to deploy version specific instances of my
> application (v1.0 & v1.1), allowing for multiple versions to be installed
> at the same time, while also allowing for the semi-automatic removal of old
> versions when a newer one is installed.
>
>
>
>   Does anyone know the innards of the engine enough to tell me when the
> related bundle would be removed? Would it happen before or after the new
> bundle was delivered? I would hope for it to be after, but I haven’t
> generated a test BA/bundle to verify this. Would this be a desired enough
> feature that others would want that it would be accepted in a pull request,
> or would it forever need to live on in a private fork?  I’m trying to think
> of a use case where a user would be using WixSdtBA, and a RelatedBundle set
> only to Detect, where this change would be breaking…
>
>
>
> Thanks,
>
> Jacob
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> WiX-devs mailing list
> WiX-devs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-devs
>
>
------------------------------------------------------------------------------
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to