Esta no parece una buena pregunta, pero por favor tengan paciencia conmigo por un momento.

ara ponerlo en perspectiva, estoy usandoRecuerde el patrón para guardar los valores de propiedad de entrada de línea CMD, y he encontrado un problema para programar mis más de 25 acciones personalizadas para guardar las propiedades proporcionadas por la línea CMD antes de AppSearch, ya que Remember Pattern confía en los valores de propiedad suministrados por CMD guardados antes de AppSearch. El mensaje de error que recibí se ve así:

error LGHT0179: La tabla InstallUISequence contiene una acción 'SaveCmdLine_SERV ICE_ACCOUNT' que no puede tener un número de secuencia único porque está programada antes o después de la acción 'AppSearch'. No hay suficiente espacio antes o después de esta acción para asignar un número de secuencia único. Programe una de las acciones de manera diferente para que esté en una posición con más números de secuencia disponibles. Tenga en cuenta que los números de secuencia deben ser un número entero en el rango de 1 a 32767 (inclusive).

Upon inspección MSI compilada usando Orca, la secuencia para AppSearch es 50. Es difícil encontrar documentación sobre la tabla de secuencia MSI en todo caso, pero según el enlace deesta SO SOsion, AppSearch debería tener una Secuencia o, f 400. La solución alternativa que estoy usando es cambiar AppSearch a un número de secuencia mayor tras la inspección del MSI generado usando Orca. Lo que parece estar bien.

Pero 50 es un número bastante bajo, ¿por qué está configurado en 50 en lugar de 400? ¿Está controlado por Windows Installer API o Wix?

Actualizar Después de actualizar AppSearch a la secuencia 400, me encuentro con un problema en el que usar el siguiente código usando bootstrap para requerir .Net 4.5 fallará.

  <Chain>
  <PackageGroupRef Id="NetFx451Redist" />
  <MsiPackage Name="$(var.OutputName).msi" SourceFile="MyInstaller.msi" DisplayInternalUI="yes" />
</Chain>

Al inspeccionar, parece que tengo que programarLaunchConditions desde la secuencia número 100 a la secuencia número 600, de modo que todavía ocurra después deAppSearch, para que la solicitud previa de verificación de .Net framework siga funcionando. Supongo que esa es probablemente (una de) la razón por la cualAppSearch fue programado tan temprano por WiX.