WiX "Major Upgrade" no instala completamente la aplicación en la versión anterior

Question

Actualmente todas las actualizaciones funcionan bien cada vez que actualizo a un número de versión más reciente, sin embargo, estoy obteniendo un comportamiento extraño al degradar. Parece que desinstalará la versión existente y luego instalará parcialmente la versión que estoy tratando de instalar, el exe principal aún no existe en la ubicación de destino, pero se crearon accesos directos publicitados. Cuando se abra el acceso directo publicitado, terminará la instalación (presumiblemente se realizará una reparación) y se ejecutará correctamente.

¿Alguien tiene alguna idea de por qué sucede esto?

Mi bloque de actualización se parece a esto:

<UpgradeVersion Minimum="0.0.0.0" Maximum="99.0.0.0" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="yes" IncludeMaximum="no" IgnoreRemoveFailure="yes" />

(El IgnoreRemoveFailure fue un intento de solucionar este problema, pero no parece tener nada hecho)

En mi InstallExecuteSequence I han <RemoveExistingProducts After="InstallValidate" />

también he Product Id="*" y Package Id="*"

El motivo por el que se necesita una versión anterior es porque la aplicación cliente debe ejecutar la misma versión que el servidor para garantizar la compatibilidad y todo el proceso debe automatizarse, de modo que si las versiones cliente/servidor no coinciden al iniciar sesión el usuario puede simplemente hacer clic en "sí" y la versión correcta se descarga, instala e inicia. Esto está funcionando hasta ahora para las actualizaciones, pero para las degradaciones se necesita un paso adicional poco intuitivo, que es reiniciar manualmente la aplicación y luego ver un cuadro de diálogo del instalador de Windows antes de que se inicie.

El resultado final es que independientemente de la actualización o degradación, la versión actual debe desinstalarse por completo y la versión descargada debe estar completamente instalada, por lo que si hay otra forma de hacerlo, también será una buena respuesta.

Answer 1

Permitir degradaciones no se considera la mejor práctica, al menos en parte porque es tan difícil probar cada combinación que admitirá mientras aún sea posible repararlas. ¿No es posible detectar y bloquear este caso en su lugar (sugiera que se elimine primero la versión más nueva) y solo se admite automáticamente el avance?

Si debe hacer que funcione, ¿hay algo en un registro detallado para la instalación de degradación (o para la reparación, deberá configurar la política de registro de la máquina para que se cree esto) que confirma la importante actualización (Me gustaría ver cerca de FindRelatedProducts) o discute por qué el componente para su exe no está instalado? Definitivamente, busque cualquier línea de registro con SELMGR, ya que podrían explicar esto en un escenario de actualización menor.

Dado que un atajo anunciado está en su lugar, parece que en su lugar se anunció el componente. Esto podría indicar violaciones a las reglas de los componentes en una actualización menor (específicamente la adición de un componente en una versión más nueva que parece la eliminación en su versión anterior - vea HeathS's commentary) aunque parece que el Product/@Id='*' debería forzar una actualización importante.

También puede intentar trabajar en un proyecto de muestra, comenzando desde una versión base que tiene una sola característica, componente único y un solo archivo con acceso directo. Si corresponde, agregue otro componente y archivo a la versión actualizada; de lo contrario, simplemente incremente las versiones del archivo. Luego prueba tu escenario inverso. Lentamente agrega cosas hasta que encuentres tu culpable. Luego, espera que sea algo que puedas eliminar de tu producto real, o de lo contrario se puede solucionar.

Answer 2

Mi sugerencia es un poco en el lado de "hacer que funcione": podría probar una acción personalizada de reparación silenciosa en caso de rebaja.

Answer 3

¿Qué sucede si utiliza dos elementos "UpgradeVersion"?

<UpgradeVersion Maximum="CurrentVersion" Property="PREVIOUSVERSIONSINSTALLED" IncludeMaximum="no" /> 
<UpgradeVersion Minimum="CurrentVersion" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="no" /> 

Answer 4

¿Cómo solicitó las operaciones en su InstallExecuteSequence?

Si realiza la desinstalación después de la instalación (que le ofrece el mejor rendimiento de actualización), es posible que vea problemas si las versiones de archivos cambian a versiones inferiores; que podría ser el caso en sus degradaciones.

El instalador de Windows no sobrescribirá las versiones anteriores con las versiones más nuevas a menos que se solicite explícitamente.

Reordenar para desinstalar antes de la instalación debería ayudar si este es el caso.

Answer 5

Esto es lo que funcionó para mí:

<Wix ...> 
    <Product ...> 
    <Property Id="REINSTALLMODE" Value="amus" /> 
    <MajorUpgrade AllowDowngrades="yes" />