Please confirm these before moving forward
Category of the issue
No applicable update found.
Brief description of your issue
winget upgrade reports that TheDocumentFoundation.LibreOffice has an available update from 26.2.2.2 to 26.2.3.2, but the upgrade fails during installer selection because the x64 MSI is rejected by locale matching.
This looks related to, but not fully resolved by, #355183 / #354709. In that older issue, InstallerLocale: en-US caused non-English upgrades to fail and was removed. In the current 26.2.3.2 manifest, the installer entries have no InstallerLocale, but winget upgrade still rejects them when preserving installed locale.
The workaround from #355183 (--locale en-US) did not work here. winget install --force --version 26.2.3.2 did work, which suggests the installer URL/hash and package itself are fine; the failure is specific to the upgrade installer selection path.
Steps to reproduce
On this system:
Get-Culture: ja-JP
Get-UICulture: en-US
- Installed LibreOffice version before workaround:
26.2.2.2
Commands run:
winget list --id TheDocumentFoundation.LibreOffice --exact
winget upgrade --id TheDocumentFoundation.LibreOffice --exact --source winget --architecture x64 --verbose-logs
winget upgrade --id TheDocumentFoundation.LibreOffice --exact --source winget --architecture x64 --locale en-US --verbose-logs
Actual behavior
winget list showed the update:
Name Id Version Available Source
--------------------------------------------------------------------------------
LibreOffice 26.2.2.2 TheDocumentFoundation.LibreOffice 26.2.2.2 26.2.3.2 winget
Both upgrade attempts failed with:
No applicable upgrade found.
A newer package version is available in a configured source, but it does not apply to your system or requirements.
Verbose log excerpt:
2026-05-08 04:35:55.628 [CLI ] Locale Comparator created with Required Locales: [en-US] , Preferred Locales: [ja-JP] , IsInstalledLocale: 1
2026-05-08 04:35:55.628 [CLI ] Architecture Comparator created with allowed architectures: [X64]
2026-05-08 04:35:55.630 [CLI ] Updating from [26.2.2.2] to [26.2.3.2]
2026-05-08 04:35:55.632 [CLI ] Starting installer selection.
2026-05-08 04:35:55.632 [CLI ] Installer [X86,msi,Machine,] not applicable: Installer locale does not match required locale: Required locales: [en-US] Or does not satisfy compatible match for Preferred Locales: [ja-JP]
2026-05-08 04:35:55.632 [CLI ] Installer [X86,msi,Machine,] not applicable: Architecture was excluded by caller : X86
2026-05-08 04:35:55.632 [CLI ] Installer [X64,msi,Machine,] not applicable: Installer locale does not match required locale: Required locales: [en-US] Or does not satisfy compatible match for Preferred Locales: [ja-JP]
2026-05-08 04:35:55.632 [CLI ] Installer [Arm64,msi,Machine,] not applicable: Installer locale does not match required locale: Required locales: [en-US] Or does not satisfy compatible match for Preferred Locales: [ja-JP]
2026-05-08 04:35:55.632 [CLI ] Installer [Arm64,msi,Machine,] not applicable: Machine is not compatible with Arm64
2026-05-08 04:35:55.638 [CLI ] Terminating context: 0x8a15002b at C:\__w\1\s\external\pkg\src\AppInstallerCLICore\Workflows\UpdateFlow.cpp:be
The current upstream 26.2.3.2 installer manifest has x86/x64/arm64 MSI entries but no InstallerLocale fields.
Workaround that succeeded:
winget install --id TheDocumentFoundation.LibreOffice --exact --version 26.2.3.2 --source winget --architecture x64 --force --accept-package-agreements --accept-source-agreements --verbose-logs
That selected the source x64 MSI and installed 26.2.3.2.
Expected behavior
winget upgrade --id TheDocumentFoundation.LibreOffice --exact should select the compatible x64 MSI and upgrade from 26.2.2.2 to 26.2.3.2.
If these LibreOffice MSI installers are language-neutral/multilingual, the manifest and/or upgrade selection should not reject them solely because InstallerLocale is absent.
Environment
Windows Package Manager v1.28.240
Copyright (c) Microsoft Corporation. All rights reserved.
Windows: Windows.Desktop v10.0.26200.8246
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.28.240.0
Admin Setting State
--------------------------------------------------
LocalManifestFiles Enabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride Disabled
LocalArchiveMalwareScanOverride Disabled
ProxyCommandLineOptions Disabled
DefaultProxy Disabled
Screenshots and Logs
Relevant log excerpt is included above.
Please confirm these before moving forward
Category of the issue
No applicable update found.
Brief description of your issue
winget upgradereports thatTheDocumentFoundation.LibreOfficehas an available update from26.2.2.2to26.2.3.2, but the upgrade fails during installer selection because the x64 MSI is rejected by locale matching.This looks related to, but not fully resolved by, #355183 / #354709. In that older issue,
InstallerLocale: en-UScaused non-English upgrades to fail and was removed. In the current26.2.3.2manifest, the installer entries have noInstallerLocale, butwinget upgradestill rejects them when preserving installed locale.The workaround from #355183 (
--locale en-US) did not work here.winget install --force --version 26.2.3.2did work, which suggests the installer URL/hash and package itself are fine; the failure is specific to theupgradeinstaller selection path.Steps to reproduce
On this system:
Get-Culture:ja-JPGet-UICulture:en-US26.2.2.2Commands run:
Actual behavior
winget listshowed the update:Both upgrade attempts failed with:
Verbose log excerpt:
The current upstream
26.2.3.2installer manifest has x86/x64/arm64 MSI entries but noInstallerLocalefields.Workaround that succeeded:
That selected the source x64 MSI and installed
26.2.3.2.Expected behavior
winget upgrade --id TheDocumentFoundation.LibreOffice --exactshould select the compatible x64 MSI and upgrade from26.2.2.2to26.2.3.2.If these LibreOffice MSI installers are language-neutral/multilingual, the manifest and/or upgrade selection should not reject them solely because
InstallerLocaleis absent.Environment
Screenshots and Logs
Relevant log excerpt is included above.