microsoft / microsoft/winget-pkgs
[Package Issue]: TheDocumentFoundation.LibreOffice upgrade to 26.2.3.2 rejected by locale matching
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 11.1k
- Forks
- 9.7k
- Avg merge
- 1h 32m
- Merged PRs (30d)
- 616
Description
### Please confirm these before moving forward
- [x] I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
- [x] I have not been informed if the issue is resolved in a preview version of the winget client.
### 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:
```powershell
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:
```text
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:
```text
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:
```text
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:
```powershell
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
```raw
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.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the upgrade with the listed winget commands and reviewing the verbose installer-selection log for TheDocumentFoundation.LibreOffice 26.2.3.2. Compare the current x86, x64, and arm64 MSI manifest entries with the locale requirements shown in the log. Done means the x64 MSI is selected for the reported ja-JP/en-US environment and the upgrade reaches 26.2.3.2 without the locale workaround.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- powershell
- Domain
- cli, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100