[wix-users] Stumped with burn patch bundle

Sean Hall r.sean.hall at gmail.com
Wed Aug 10 09:45:14 PDT 2016


There should something in the Detect part of the log about the
applicability of the patch, it looks like the engine doesn't think it can
be applied.  Can the MSP be installed outside of the bundle?

On Wed, Aug 10, 2016 at 11:25 AM, Patterson, Brent <bcpatterson at xactware.com
> wrote:

> Thanks, that was a step closer to what I wanted!  Both now are identical
> in the log file for that step.  However, 2nd patch still didn't apply.  So
> I took a look at log again to see what's the difference.  I found this for
> Planned Packages:
>
> Working patch (29.1):
> [3914:6FD0][2016-08-10T10:00:20]i200: Plan begin, 1 packages, action:
> Install
> [3914:6FD0][2016-08-10T10:00:20]i000: Setting string variable
> 'WixBundleLog_Xactimate.msp' to value 'C:\Users\XXX\AppData\Local\
> Temp\Xactimate_20160810100017_{945774F5-9F8E-46F7-9F91-
> FEDD93FE9B93}_000_Xactimate.msp.log'
> [3914:6FD0][2016-08-10T10:00:20]i000: Setting string variable
> 'WixBundleRollbackLog_Xactimate.msp' to value 'C:\Users\XXX\AppData\Local\
> Temp\Xactimate_20160810100017_{945774F5-9F8E-46F7-9F91-
> FEDD93FE9B93}_000_Xactimate.msp_rollback.log'
> [3914:6FD0][2016-08-10T10:00:20]i201: Planned package: Xactimate.msp,
> state: Absent, default requested: Present, ba requested: Present, execute:
> Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register
> [3914:6FD0][2016-08-10T10:00:20]i207: Planned related bundle:
> {fdbf68e4-a49c-4481-9ecc-a605ed27a46f}, type: Dependent, default
> requested: None, ba requested: None, execute: None, rollback: None,
> dependency: None
> [3914:6FD0][2016-08-10T10:00:20]i299: Plan complete, result: 0x0
>
> Broken Patch (29.2)
> [6434:65AC][2016-08-10T10:00:33]i200: Plan begin, 1 packages, action:
> Install
> [6434:65AC][2016-08-10T10:00:33]i201: Planned package: Xactimate.msp,
> state: Absent, default requested: Present, ba requested: Present, execute:
> None, rollback: None, cache: No, uncache: No, dependency: None
> [6434:65AC][2016-08-10T10:00:33]i207: Planned related bundle:
> {fdbf68e4-a49c-4481-9ecc-a605ed27a46f}, type: Dependent, default
> requested: None, ba requested: None, execute: None, rollback: None,
> dependency: None
> [6434:65AC][2016-08-10T10:00:33]i299: Plan complete, result: 0x0
>
> I see that the differences are setting of string variables, and in planned
> package, it says "Install" for execute in working patch, but "None" in
> broken patch.  Also "Uninstall" for rollback vs "None", and "Yes" for cache
> vs "No".  Is this something that's controlled by the burn bundle?  Or is
> there something else I need to tweak in the XML?
>
> Thanks again, I really appreciate your help!
>
> -----Original Message-----
> From: wix-users [mailto:wix-users-bounces at lists.wixtoolset.org] On Behalf
> Of Sean Hall
> Sent: Wednesday, August 10, 2016 9:42 AM
> To: WiX Toolset Users Mailing List <wix-users at lists.wixtoolset.org>
> Subject: Re: [wix-users] Stumped with burn patch bundle
>
> 29.2 is trying to uninstall (MajorUpgrade) 29.1 because you gave them the
> same upgrade code.
>
> On Wed, Aug 10, 2016 at 10:32 AM, Patterson, Brent <
> bcpatterson at xactware.com
> > wrote:
>
> > I'm trying to figure out why the 2nd patch in this sequence doesn't
> > apply patch (29.0 -> 29.1 -> 29.2).  The first patch applies
> > correctly, but 2nd patch installs the bundle (I can see this in list
> > of installed updates), but does not apply the patch.  I compared the
> > logs of two patches, and found this:
> >
> > [208C:127C][2016-08-09T17:04:44]i102: Detected related bundle:
> > {fdbf68e4-a49c-4481-9ecc-a605ed27a46f}, type: Dependent, scope:
> > PerMachine, version: 29.0.0.0, operation: None (Patch that worked) Vs
> > [2DDC:4BD8][2016-08-09T17:08:26]i102: Detected related bundle:
> > {3629e15b-9b0f-4d14-a656-eaab9caaf711}, type: Upgrade, scope:
> > PerMachine,
> > version: 29.1.0.0, operation: MajorUpgrade (Patch that didn't work)
> >
> > The difference is "Dependent" vs "Upgrade" type, and "None" vs
> > "MajorUpgrade" operation.  How do I tell the patch bundle to just
> > apply the MSP?  It seems to try and uninstall the previous bundle
> > (which fails since I don't allow uninstallation of patches).
> >
> > This is the patch bundle's XML (I have an utility that replaces values
> > inside brackets { } ):
> >
> > <?xml version="1.0" encoding="UTF-8"?> <Wix
> > xmlns="http://schemas.microsoft.com/wix/2006/wi">
> >        <Bundle
> >     Name="{REPLACE_BUNDLE_NAME}"
> >     Version="{REPLACE_VERSION}"
> >     Manufacturer="{REPLACE_COMPANY_NAME}"
> >     UpgradeCode="XXX" (It is the same for both patches)
> >     ParentName="{REPLACE_BUNDLE_NAME}"
> >     DisableModify="yes"
> >     DisableRemove="yes"
> >     Condition="VersionNT >= v6.0"
> >     IconSourceFile="{REPLACE_ICON_PATH}"
> >     >
> >     <BootstrapperApplicationRef Id="ManagedBootstrapperApplicationHost">
> >       (snipped payloads for brevity)
> >      <Payload SourceFile="C:\Program Files\WiX Toolset
> v3.10\SDK\Microsoft.
> > Deployment.WindowsInstaller.dll"/>
> >     </BootstrapperApplicationRef>
> >
> >     <WixVariable Id="WixMbaPrereqLicenseUrl" Value=""/>
> >     <WixVariable Id="WixMbaPrereqPackageId" Value=""/>
> >
> >     <RelatedBundle Id="XXX" Action="Patch"/> (It is same for both
> > patches and the install bundle, but install bundle has "detect"
> > instead of "patch")
> >
> >     <Chain>
> >                      <MspPackage SourceFile="{PATH_TO_PATCH_MSP}"
> > Compressed="yes" />
> >               </Chain>
> >        </Bundle>
> > </Wix>
> >
> > ________________________________
> >
> > Xactware's opt-in mailing list allows you to receive Xactware News
> > that is of interest to you. Visit my.xactware.com today to join or to
> > update your email preferences!
> >
> > ________________________________
> >
> > This email is intended solely for the recipient. It may contain
> > privileged, proprietary or confidential information or material. If
> > you are not the intended recipient, please delete this email and any
> > attachments and notify the sender of the error.
> >
> > ____________________________________________________________________
> > WiX Toolset Users Mailing List provided by FireGiant
> > http://www.firegiant.com/
> >
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
>
> ________________________________
>
> Xactware's opt-in mailing list allows you to receive Xactware News that is
> of interest to you. Visit my.xactware.com today to join or to update your
> email preferences!
>
> ________________________________
>
> This email is intended solely for the recipient. It may contain
> privileged, proprietary or confidential information or material. If you are
> not the intended recipient, please delete this email and any attachments
> and notify the sender of the error.
>
>
> ____________________________________________________________________
> WiX Toolset Users Mailing List provided by FireGiant
> http://www.firegiant.com/
>


More information about the wix-users mailing list