¿Cómo puedo arreglar la lógica de actualización de una configuración wix después de cambiar InstallScope a "perMachine"

Question

Usamos wix para crear configuraciones para nuestra aplicación. Para el caso en el que el usuario ya ha instalado una versión anterior de nuestra aplicación, realizamos una actualización importante con el MajorUpgrade XML element. Todo esto funciona como se desea: si se instala una versión anterior, se actualiza de forma transparente. Si hay una versión más reciente, el instalador cancela con un mensaje claro.

Sin embargo, ahora quiero cambiar el InstallScope de "perUser" a "perMachine". Desafortunadamente esto rompe la lógica de actualización. El nuevo instalador no parece detectar y eliminar la instalación previa "perUser". En cambio, simplemente se instala encima de la versión anterior en la misma ubicación de ProgramFiles. El usuario puede ver dos entradas en la lista "agregar/eliminar programas" y ve dos accesos directos idénticos en el escritorio (el antiguo específico del usuario y el nuevo perMachine).

¿Cómo paso mi instalador del ámbito de instalación "perUser" al de "perMachine" sin romper la lógica de actualización?

Answer 1

Comenzando con la configuración por equipo.

<Property Id="ALLUSERS" Value="1" /> 

Esto ejecutará un sistema automático de verificación por equipo (si tiene el elemento MajorUpgrade de trabajo, supongo), que no se levante el anterior usuario por instalación:

Action start 15:46:35: FindRelatedProducts. 
MSI (c) (D0:0C) [15:46:35:496]: FindRelatedProducts: current install is per-machine. Related install for product '{0C6604FB-58EC-48B9-8259-5871EFDADEB9}' is per-user. Skipping... 
MSI (c) (D0:0C) [15:46:35:496]: FindRelatedProducts: current install is per-machine. Related install for product '{0C6604FB-58EC-48B9-8259-5871EFDADEB9}' is per-user. Skipping... 

Así que antes instalar, asegúrese de ejecutar otra FindRelatedProducts llamada para los productos que se han instalado en el ámbito de usuario (por ejemplo, como este):

<!-- temporarily switch to per-user install scope--> 
<Publish Dialog="MyWelcomeDlg" Control="Next" Property="ALLUSERS" Value="{}">1</Publish> 
<!-- find related products that have been installed per-user --> 
<Publish Dialog="MyWelcomeDlg" Control="Next" Event="DoAction" Value="FindRelatedProducts">1</Publish> 
<!-- switch back to per-machine install scope--> 
<Publish Dialog="MyWelcomeDlg" Control="Next" Property="ALLUSERS" Value="1">1</Publish> 

esto a su vez se encuentra la instalación por usuario:

Action start 15:46:36: FindRelatedProducts. 
FindRelatedProducts: Found application: {0C6604FB-58EC-48B9-8259-5871EFDADEB9} 
MSI (c) (D0:88) [15:46:36:716]: PROPERTY CHANGE: Adding WIX_UPGRADE_DETECTED property. Its value is '{0C6604FB-58EC-48B9-8259-5871EFDADEB9}'. 
MSI (c) (D0:88) [15:46:36:716]: PROPERTY CHANGE: Adding MIGRATE property. Its value is '{0C6604FB-58EC-48B9-8259-5871EFDADEB9}'. 

Los productos existentes se eliminarán independientemente del cheque que se encuentren.

Action start 15:46:41: RemoveExistingProducts. 
RemoveExistingProducts: Application: {0C6604FB-58EC-48B9-8259-5871EFDADEB9} 

En una nota: Esto no eludir una dificultad básica que surge cuando se tiene instaladores de doble propósito: Usuario1 en la máquina podría instalar en su alcance por usuario, y más tarde Usuario2 instala por equipo . El Usuario1 verá ambas instalaciones en su tabla de programas/características, y no sé cuál tiene prioridad. Por lo tanto, considere ir solo con instalaciones por máquina.

Answer 2

Lamentablemente, Windows Installer no es compatible. Algunos procesos fuera de su paquete (¿un programador/chainer?) Tendrán que gestionar la actualización de usuario por equipo.

Answer 3

Se puede utilizar esta técnica para detectar instalación por usuario desde por-máquina a instalar: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg35197.html

Answer 4

Encuentra tanto las instalaciones existentes de perUser como/perMachine. Y obliga a la nueva instalación a una instalación de perMachine (obviamente lógica para hacer que ese condicional se pueda aplicar como lo desee). Esto funciona cuando se ejecuta como una instalación ordinaria y cuando se instala silenciosamente en LocalSystem (actualizaciones silenciosas). Tenga en cuenta que solo puede encontrar una instalación perUser cuando se ejecuta como ese usuario.

Crear una acción personalizada (DLL)

#pragma comment(linker, "/EXPORT:RunFindRelatedProducts=_RunFindRelatedProducts@4") 
extern "C" __declspec(dllexport) UINT __stdcall RunFindRelatedProducts(MSIHANDLE a_hInstall) 
{ 
MsiSetProperty(a_hInstall, "ALLUSERS", "1"); 
MsiDoAction(a_hInstall, "FindRelatedProducts"); 
MsiSetProperty(a_hInstall, "ALLUSERS", ""); 
MsiDoAction(a_hInstall, "FindRelatedProducts"); 
MsiSetProperty(a_hInstall, "ALLUSERS", "1"); 
return ERROR_SUCCESS; 
}//end function 

Entonces "reemplazar" las FindRelatedProducts estándar con la acción personalizada

<InstallUISequence> 
    <FindRelatedProducts>0</FindRelatedProducts> 
    <Custom Action="RunFindRelatedProducts" Before='FindRelatedProducts'>NOT Installed</Custom> 
</InstallUISequence> 
<InstallExecuteSequence> 
    <FindRelatedProducts>0</FindRelatedProducts> 
    <Custom Action="RunFindRelatedProducts" Before='FindRelatedProducts'>NOT Installed</Custom> 
</InstallExecuteSequence>