microsoft / microsoft/winget-pkgs

[Package Issue]: TheDocumentFoundation.LibreOffice upgrade to 26.2.3.2 rejected by locale matching

Open
#371,345 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Needs-Triage
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.