microsoft / winget-cli

WinGet is the Windows Package Manager. This project includes a CLI (Command Line Interface), PowerShell modules, and a COM (Component Object Model) API (Application Programming Interface).
https://learn.microsoft.com/windows/package-manager/
MIT License
22.5k stars 1.39k forks source link

`winget` doesn't match 7-zip, by substring or even by id #4540

Closed sba923 closed 3 weeks ago

sba923 commented 3 weeks ago

Brief description of your issue

Listing or updating 7-zip using winget doesn't work:

image

Here are the logs: wingetlogs202406050938.zip

Steps to reproduce

Run winget list 7z or winget list --id 7zip.7zip or winget update --id 7zip.7zip on a system with 7-zip 24.05 and 24.06 (in my case, both are reported in the registry) installed.

All commands fail with No installed package found matching input criteria.

Expected behavior

winget should find the package, the same way Get-WinGetPackage does.

Actual behavior

winget considers the package is not installed (except when running winget upgrade)

Environment

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

Windows: Windows.Desktop v10.0.19045.4412
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.22.11261.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
github-actions[bot] commented 3 weeks ago

Hi I'm an AI powered bot that finds similar issues based off the issue title.

Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you!

Open similar issues:

Note: You can give me feedback by thumbs upping or thumbs downing this comment.

denelon commented 3 weeks ago

Hey, thanks for sharing this. I believe the issue is related to packages that are installed "side-by-side". We do have an experimental feature you can test with to see if it addresses the issue.

"Side-by-side improvements" is the name of the feature, and the property is "sideBySide". You can see if it's enabled with winget features and you can enable it using winget settings.

denelon commented 3 weeks ago

Duplicate of #3690

microsoft-github-policy-service[bot] commented 3 weeks ago

Hello @sba923,

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