2015-10-15 4 views
0

J'ai donc deux installateurs, un installateur pour mon programme, créé avec WiX, et un installateur qui installe mon programme et ses prérequis, et ce programme d'installation est créé avec WiX Burn.WiX Burn Downgrade

Dans les deux programmes d'installation que je dois soutenir rétrograder, et je dois permettre que l'installateur de mon programme:

<MajorUpgrade AllowDowngrades="yes" Schedule="afterInstallValidate" /> 

Et déclassement d'installation fonctionne parfaitement.

Dans Graver installation I a permis downgrade:

<bal:WixExtendedBootstrapperApplication LicenseFile="Resources\license.rtf" SuppressDowngradeFailure="yes"/> 

Et je peux installer une version plus ancienne de mon programme avec WiX Brûler lorsque la version plus récente est déjà installée. Mais le problème que j'ai est que dans ARP après downgrade avec l'installateur de WiX Burn j'ai deux entrées. L'un est pour une version plus récente, qui est supprimée mais l'entrée n'est pas supprimée, et l'autre est pour une version plus ancienne. Je utilise WiX 3.9.

Quelqu'un a-t-il eu un problème similaire? Est-ce que quelqu'un sait comment je peux résoudre ce problème?

Répondre

1

WixExtendedBootstrapperApplication/@ SuppressDowngradeFailure n'active pas les downgrades; il ne fait que transformer une tentative de déclassement d'un échec à un succès. Il est destiné à des packages tels que le runtime Visual C++ qui souhaitent permettre à une version inférieure de s'exécuter sans interférer avec une version supérieure déjà installée.

Vous pouvez prendre en charge les rétrogradations avec une application d'amorçage personnalisée, mais WixStdBA ne la prend pas en charge.

+0

Nous vous remercions de votre aide et de votre temps. À la fin, j'ai décidé de désactiver la rétrogradation :) –