Skip to content

Remove LCID from UpgradeTable#8330

Merged
joeloff merged 1 commit intodotnet:mainfrom
joeloff:UpgradeLanguage
Jan 11, 2022
Merged

Remove LCID from UpgradeTable#8330
joeloff merged 1 commit intodotnet:mainfrom
joeloff:UpgradeLanguage

Conversation

@joeloff
Copy link
Copy Markdown
Member

@joeloff joeloff commented Jan 10, 2022

Description

Workload manifest installers currently configure the language column of the MSI upgrade table. When the MSI is included in a bundle and running under local SYSTEM, the bundle defaults to querying installed products against the user unmanaged context first. The INSTALLPROPERTY_LANGUAGE cannot be queried in this context (see https://docs.microsoft.com/en-us/windows/win32/api/msi/nf-msi-msigetproductinfoexw)

The logic in the setup engine reports the failure, but doesn't query the machine context and plans the MSI package for execution. When the planned MSI is a lower version than what's already installed, the engine fails to detect this. By allowing the MSI to execute, it then triggers the downgrade launch condition. The MSI terminates with 1603 as expected, but then the bundle rolls back and fails the overall install.

Fix

We don't need to set the language ID in the upgrade table and removing it will work around the error in Burn (bundle engine).

@joeloff
Copy link
Copy Markdown
Member Author

joeloff commented Jan 10, 2022

@ericstj @NikolaMilosavljevic I decided to make the smallest change possible. Alternatively, I could have just used the MajorUpgrade element that's available to WiX, but that's a larger change.

@joeloff
Copy link
Copy Markdown
Member Author

joeloff commented Jan 10, 2022

cc @jonathanpeppers @pjcollins since this will eventually impact workload manifest generation

Copy link
Copy Markdown
Member

@ericstj ericstj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks reasonable to me. It removes the language constraint on the upgrade so it's unlikely to break anything, just make the upgrade apply more broadly. I can see how this fixes the issue described. Nice find.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants