Wix安装程序：捆绑的MsiPackage是否导致安装捆绑软件再次尝试运行？

Question

我目前已定义了以下非常基本的WIX 3.11捆绑软件，并且我删除了在安装MSI之前触发的execpackage，因为我要描述的问题仅发生在MSIPackage命令和我所使用的特定第三方MSI上使用。

<?xml version="1.0"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi"
        xmlns:bal="http://schemas.microsoft.com/wix/BalExtension">
  <Bundle Name="ACME APP 32Bit" Manufacturer="ACME CORP" Version="1.0.0.0" UpgradeCode="0B736949-AE50-46B0-A534-42C9672FAF1F" IconSourceFile='..\Common Files\Images\icon.ico'>
    <BootstrapperApplicationRef Id="WixStandardBootstrapperApplication.RtfLargeLicense">
      <bal:WixStandardBootstrapperApplication
        LicenseFile="..\Common Files\Documents\EULA.rtf"
        ShowVersion="yes"
        LogoFile="..\Common Files\Images\logo-64x64.png"    
        LogoSideFile="..\Common Files\Images\logo-64x64.png" 
        />  
    </BootstrapperApplicationRef>
    <Chain>
        <MsiPackage Id="TP32BIT" SourceFile="ThirdParty.msi" Visible="no" />

    </Chain>
  </Bundle>
</Wix>

发生的情况是在捆绑包部署MSI之后，并且出现“安装成功完成”对话框时，再次出现“修改安装程序”对话框（修复卸载取消）。

它似乎只发生在我需要安装的第三方MSI上。 我没有对该MSI的控制权，现在也无法从制造商那里获得更改方面的支持。

我已将MSI替换为另一种随机产品，但不会导致相同的问题。 在没有有效尝试再次运行软件包安装程序的情况下对其进行了部署。

我已经从命令行运行了第三方MSI，并在灌输时检查了它的返回代码，并返回0。

我对导致安装程序认为在此MSI完成后需要再次运行自身的原因感到困惑。 没有一个UUID发生冲突，我认为xml中没有任何错误。

如果有人可以对此有所了解，我将不胜感激。 目前，我唯一能想到的就是尝试通过execpackage方法将此特定的MSI部署到平台，该方法从命令行运行msiexec，但完全否定了我首先使用捆绑软件的原因。

提前致谢。

Answer 1

我有点困惑阅读这篇文章。

• 如果您在Burn Bundle之外与完整设置GUI交互地运行ThirdParty.msi ，问题是否会自行显现？
• 换句话说，常规安装不是通过命令行调用，而是通过双击MSI ，然后单击安装GUI来运行。

我认为安装完成对话框中的某些奇特事件有可能启动一个自定义操作，该操作会执行某些疯狂的操作。 这是我们可以看看的MSI吗？ 您可以提供下载位置吗？ （虽然没有承诺）。

当安装程序以静默模式运行时，GUI序列不会运行-这可以解释为什么事情以静默模式运行-如果确实如此。

Answer 2

原来这是WIX中由第三方MSI触发的已知错误。 github.com/wixtoolset/issues/issues/5266该MSI不能更改，必须使用此机制来部署其内容。 在MSI完成后，安装程序启动了2个新的Wix实例时，我已经能够解决该问题，因此，我正在跟踪进程ID并杀死任何“未知”的东西–