Does Winget have the "Windows 9" bug?

[mreiky]

Brief description of your issue

Winget seems to have the "Windows 9" bug with regard to GnuCash. After it reached version 5.10, winget started downloading and installing it every time I do a "winget upgrade --all --include-unknown". It sure looks like winget is interpreting the installed v. "5.10" (followed 5.9) as "5.1" dropping the zero. Resembles the alleged reason for not having a "Windows 9" because version checkers would think it was 95 or 98.

Steps to reproduce

Install GnuCash 5.9 (available from the history pages at gnucash.org).
Do winget upgrade --all --include-unknown. 5.10 (current until March 2025) will be downloaded and installed, correctly.
Any time that winget command is used after that, though, it will again download and try to install 5.10. That can only be cancelled by aborting installation by rejecting administrator authorization.

Expected behavior

Once GnuCash 5.10 is installed, until 5.11 comes out in March 2025, I expect Gnucash to be skipped (since it's up to date) in the winget upgrade scan.

Actual behavior

GnuCash 5.10 is downloaded and installed every time a winget upgrade scan is done.

Environment

Windows Package Manager v1.9.25200
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.26100.3194
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.24.25200.0

Winget Directories
-----------------------------------------------------------------------------------------------------------------------
Logs                               %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\Diag…
User Settings                      %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\sett…
Portable Links Directory (User)    %LOCALAPPDATA%\Microsoft\WinGet\Links
Portable Links Directory (Machine) C:\Program Files\WinGet\Links
Portable Package Root (User)       %LOCALAPPDATA%\Microsoft\WinGet\Packages
Portable Package Root              C:\Program Files\WinGet\Packages
Portable Package Root (x86)        C:\Program Files (x86)\WinGet\Packages
Installer Downloads                %USERPROFILE%\Downloads

Links
---------------------------------------------------------------------------
Privacy Statement   https://aka.ms/winget-privacy
License Agreement   https://aka.ms/winget-license
Third Party Notices https://aka.ms/winget-3rdPartyNotice
Homepage            https://aka.ms/winget
Windows Store Terms https://www.microsoft.com/en-us/storedocs/terms-of-sale

Admin Setting                             State
--------------------------------------------------
LocalManifestFiles                        Disabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride                     Disabled
LocalArchiveMalwareScanOverride           Disabled
ProxyCommandLineOptions                   Disabled
DefaultProxy                              Disabled

GnuCash is installed at: C:\Program Files (x86)\gnucash

[mreiky]

NOTE: Same thing occurs in both Windows 11 24H2 Pro and Windows 10 Home, fully updated release versions.

[whindsaks]

The "Windows 9" bug is a myth, no API nor registry value contained 95.

[stephengillie]

The "upgrade always available" issue is due to a sorting issue. Frequently, this is due to one of the PackageVersions changing type and thus alterinng the sort order. But here, both appear to be the same type.

Searching for the package returns an older version:

PS C:\ManVal> Find-WinGetPackage GnuCash
Name    Id              Version Source
----    --              ------- ------
GnuCash GnuCash.GnuCash 5.1     winget

But 5.10 does show up when listing all versions in the repo:

PS C:\ManVal> (Find-WinGetPackage GnuCash).AvailableVersions
5.10
5.9
5.8
5.7
5.6
5.5
5.4
5.3
5.1
5.0
4.13
4.12
4.11
4.10
4.9
4.8
4.7
4.6
4.5
4.4
4.3
4.2
4.1
3.10

I mentioned earlier that this sometimes happens due to the PackageVersion changing type. But here, these versions all appear to be the same. (All are quoted, to ensure that they are interpreted as strings and not integers, which I believe is a YAML requirement.)

• 5.1: https://github.com/microsoft/winget-pkgs/pull/106839/files
• 5.9: https://github.com/microsoft/winget-pkgs/pull/192968/files
• 5.10: https://github.com/microsoft/winget-pkgs/pull/199088/files

So I'm not sure why the sort issue is happening here.

[denelon]

I took a looked at the manifests, the version numbers are in quotes. @Trenly do you think it's being treated as a string rather than a version number? When I perform the search, I see version 5.1 as the latest as opposed to 5.10.

[Trenly]

I took a looked at the manifests, the version numbers are in quotes. @Trenly do you think it's being treated as a string rather than a version number? When I perform the search, I see version 5.1 as the latest as opposed to 5.10.

@denelon - I filed an issue on this a while ago

• Index V2 does not properly handle versions of <part>.0 or <part>.###0 #4928

[denelon]

Duplicate of #4928

[microsoft-github-policy-service]

Hello @mreiky,

We've identified this as a duplicate of another issue or PR that already exists. This specific instance is being closed in favor of the linked issue. Please add your 👍 to the other issue to raise its priority. Thanks for your contribution!

Template: msftbot/duplicate/closed