Wir verwenden einen verwalteten Bootstrapper.Produktdateien, die nach dem WIX-Upgrade nicht gelöscht werden
Wir haben zwei Produkte in unserem Bündel (nennen wir es BundleName
) - und ProductB
. Wir installieren beide Produkte und es funktioniert gut.
Als nächstes ändern wir eine Version von BundleName
1.0.0.0
-2.0.0.0
und die MSI-Version von ProductA
1.0.0.0
-2.0.0.0
.
Durchführen eines Upgrades. Es wird erfolgreich abgeschlossen, aber im Protokoll von BundleName 1.0.0.0
(vorherige Version des Bündels, die deinstalliert werden soll) haben wir:
Will not uninstall package: ProductA, found dependents: 1
Found dependent: {ffe63ad2-5155-4958-91cc-b0aac330cdb6}, name: BundleName
Will not uninstall package: ProductB, found dependents: 1
Found dependent: {ffe63ad2-5155-4958-91cc-b0aac330cdb6}, name: BundleName
Trotzdem es funktioniert gut. Das Problem tritt auf, wenn wir das aktualisierte 2.0.0.0 BundleName
entfernen. Das Paket entfernt es erfolgreich und Protokolle sind klar, , aber es entfernt keine Dateien und Registrierungsschlüssel von .
Eine weitere Sache, bemerkten wir in 2.0.0.0
Protokolle auch ein wenig seltsam:
Planned package: ProductA, state: Present, default requested: Present, ba requested: Present, execute: **MinorUpgrade**, rollback: None, cache: Yes, uncache: Yes, dependency: Register
Wir änderten die erste Nummer der Version, so dass es MajorUpgrade
sollte nicht MinorUpgrade
.
Hier ist unsere Konfiguration:
<Product
Id="$(var.ProductCode)"
UpgradeCode="$(var.UpgradeCode)"
Name="$(var.ProductName)"
Language="1033"
Version="$(var.ProductVersion)"
Manufacturer="$(var.Manufacturer)">
<Upgrade Id="$(var.UpgradeCode)" />
<MajorUpgrade DowngradeErrorMessage="A newer version of $(var.ProductName) is already installed."
Schedule="afterInstallInitialize"
AllowSameVersionUpgrades="yes" />
...
Könnte jemand bitte erklären, was wir verpasst?