Установщик wix: связанный пакет msipackage вызывает повторную попытку запуска пакета установки?

У меня есть следующий очень простой пакет WIX 3.11, определенный на данный момент, и я удалил пакеты exec, которые запускаются до установки MSI, поскольку проблема, которую я собираюсь описать, возникает только с командой 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 что-то не так.

Если кто-то может пролить свет на это, я был бы признателен. В настоящее время единственное, что я могу придумать, - это попытаться развернуть этот конкретный MSI на платформе с помощью подхода execpackage, который запускает msiexec из командной строки, но это полностью исключает причину, по которой я использую пакет в первую очередь.

Заранее спасибо.

Добавлен ответ, который является скорее дополнительным вопросом, чем ответом. Пожалуйста, ознакомьтесь с ним и предоставьте дополнительную информацию и контекст.

Stein Åsmul 14.04.2018 21:30
0
1
681
2

Ответы 2

Я немного смущен, читая это.

  • Проявляется ли проблема, если вы запускаете ThirdParty.msi в интерактивном режиме с полным графическим интерфейсом настройки вне Burn Bundle?
  • Другими словами, обычная установка, которая запускается не через командную строку, а запускает дважды щелкнув MSI и затем щелкает через графический интерфейс установки.

Я полагаю, возможно, что какое-то причудливое событие в диалог завершения настройки запускает настраиваемое действие, которое делает что-то безумное. Это MSI, на которую мы можем взглянуть? Можете ли вы указать место для загрузки? (хотя никаких обещаний).

Когда установка выполняется в беззвучном режиме, последовательность графического интерфейса не запускается, что может объяснить, почему все работает в беззвучном режиме, если это действительно так.

Привет, извините за поздний ответ. Оказывается, это известная ошибка в WIX, вызванная сторонним MSI. github.com/wixtoolset/issues/issues/5266 Этот MSI нельзя изменить, и его содержимое необходимо развертывать с помощью этого механизма. Мне удалось найти обходной путь для решения проблемы, поскольку установщик запускает 2 новых экземпляра Wix после завершения MSI, поэтому я отслеживаю идентификаторы процессов и убиваю все «неизвестное».

Shinigami Sandwich 23.04.2018 22:10

ОК, спасибо за ссылку. Может быть, добавьте это как свой собственный ответ на свой вопрос и сделайте так, чтобы его нашли другие. По сути, просто ссылка (не все читают комментарии).

Stein Åsmul 23.04.2018 23:18

Оказывается, это известная ошибка в WIX, вызванная сторонним MSI. github.com/wixtoolset/issues/issues/5266 Этот MSI нельзя изменить, и его содержимое необходимо развертывать с помощью этого механизма. Мне удалось найти обходной путь для решения проблемы, поскольку установщик запускает 2 новых экземпляра Wix после завершения MSI, поэтому я отслеживаю идентификаторы процессов и убиваю все «неизвестное» -

Другие вопросы по теме