Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem with upgrade command #4225

Closed
Lanerun opened this issue Mar 3, 2024 · 13 comments
Closed

Problem with upgrade command #4225

Lanerun opened this issue Mar 3, 2024 · 13 comments
Labels
Issue-Bug It either shouldn't be doing this or needs an investigation. Resolution-Duplicate Issue is a duplicate Side-by-Side Issue related to side by side package installation
Milestone

Comments

@Lanerun
Copy link

Lanerun commented Mar 3, 2024

Brief description of your issue

WinGet Upgrade states Microsoft.VCRedist.2013.x86 as outdated, however when running the WinGet Upgrade command on it, no update is found. See image for reference.

image

Steps to reproduce

Run WinGet Upgrade
WinGet shows various programs as out-of-date, one of them being Microsoft.VCRedist.2013.x86
Attempt to update Microsoft.VCRedist.2013.x86 using WinGet
WinGet does not find any updates for the program.

Expected behavior

Microsoft.VCRedist.2013.x86 is successfully updated.

Actual behavior

Microsoft.VCRedist.2013.x86 isn't updated by the command.

Environment

Windows Package Manager (Preview) v1.8.532-preview
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.26058.1300
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.23.532.0

Winget Directories
-------------------------------------------------------------------------------------------------------------------------------
Logs                               %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir
User Settings                      %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\settings.json
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
@microsoft-github-policy-service microsoft-github-policy-service bot added the Needs-Triage Issue need to be triaged label Mar 3, 2024
Copy link

github-actions bot commented Mar 3, 2024

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:

Closed similar issues:

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

@o-l-a-v
Copy link

o-l-a-v commented Mar 4, 2024

Seems like a duplicate of #4219.

A workaround is to reset Winget. You'll loose all settings, including pinned apps. I wrote about it here:

@avicarmi
Copy link

avicarmi commented Mar 4, 2024

your workaround did not work for me,

> winget --version

v1.7.10582

> winget upgrade

Failed when opening source(s); try the 'source reset' command if the problem persists.

> winget source list

Name    Argument
-----------------------------------------------------
msstore https://storeedgefd.dsx.mp.microsoft.com/v9.0
winget  https://cdn.winget.microsoft.com/cache

found out by looking at the log file that the error is WinHttpSendRequest: 12030

it means incompatible SSL protocol was encountered

@Trenly
Copy link
Contributor

Trenly commented Mar 4, 2024

What is the output of winget list 'Microsoft Visual C++'

@denelon
Copy link
Contributor

denelon commented Mar 4, 2024

The source URLs don't have any content at their root.
The winget source is at https://cdn.winget.microsoft.com/cache/source.msix and the msstore expects a path for one of the RESTful endpoints.

@denelon denelon added Issue-Bug It either shouldn't be doing this or needs an investigation. and removed Needs-Triage Issue need to be triaged labels Mar 4, 2024
@Lanerun
Copy link
Author

Lanerun commented Mar 4, 2024

What is the output of winget list 'Microsoft Visual C++'

C:\Users\lanerun>winget list 'Microsoft Visual C++
Windows Package Manager (Preview) v1.8.532-preview
Copyright (c) Microsoft Corporation. All rights reserved.

Found a positional argument when none was expected: 'Visual'

@Lanerun
Copy link
Author

Lanerun commented Mar 4, 2024

The source URLs don't have any content at their root. The winget source is at https://cdn.winget.microsoft.com/cache/source.msix and the msstore expects a path for one of the RESTful endpoints.

I see. I'm not very technical myself, but should I put the source.msix file at all of the Portable Package Root locations, or should I just run the .msix file? Sorry if this seems trivial to you, just not used to sending GitHub reports and all that.

@denelon
Copy link
Contributor

denelon commented Mar 4, 2024

@Lanerun no worries. We were all new to GitHub at some point.

The output you shared above is missing the closing quotation mark after "C++".

Try running "installing" the source.msix. That will update the local cache of packages, and I suspect that's what got corrupted.

@Lanerun
Copy link
Author

Lanerun commented Mar 4, 2024

@denelon Thanks for the uplifting words!

I re-ran the command with the correct quotation marks, but sadly it still gave the same error. Installing the source.msix worked, but the issue when running the winget upgrade command still persists.

C:\Users\teleg>winget list 'Microsoft Visual C++'
Windows Package Manager (Preview) v1.8.532-preview
Copyright (c) Microsoft Corporation. All rights reserved.

Found a positional argument when none was expected: 'Visual'

I ran the command winget list Microsoft.VCRedist.2013.x86 to see if that would work to see the current version of the problematic file, which it seems to have done. But here it shows the updated version, in contrast to the one shown after running WinGet Upgrade.

C:\Users\teleg>winget list Microsoft.VCRedist.2013.x86
Name                                                         Id                          Version      Source
-------------------------------------------------------------------------------------------------------------
Microsoft Visual C++ 2013 Redistributable (x86) - 12.0.40664 Microsoft.VCRedist.2013.x86 12.0.40664.0 winget

Which is odd, since when I do WinGet Upgrade this is what shows:

                                                                          Current            Available
Microsoft Visual C++ 2013 Redistr… Microsoft.VCRedist.2013.x86         12.0.30501.0         12.0.40664.0  

@Trenly
Copy link
Contributor

Trenly commented Mar 4, 2024

I re-ran the command with the correct quotation marks

This may be my error too; I usually use single quotations since that's what PowerShell works best with, but double quotes may be needed when using cmd, or bash

PS C:\Users\Trenly> winget -v
v1.8.532-preview
PS C:\Users\Trenly> winget list 'Microsoft Visual C++'
Name                                                               Id                                    Version
-----------------------------------------------------------------------------------------------------------------------
Microsoft Visual C++ 2010  x64 Redistributable - 10.0.40219        Microsoft.VCRedist.2010.x86           10.0.40219
Microsoft Visual C++ 2013 Redistributable (x64) - 12.0.40664       Microsoft.VCRedist.2013.x64           12.0.40664.0
Microsoft Visual C++ 2012 Redistributable (x86) - 11.0.61030       Microsoft.VCRedist.2012.x86           11.0.61030.0
Microsoft Visual C++ 2015-2022 Redistributable (x86) - 14.38.33135 Microsoft.VCRedist.2015+.x86          14.38.33135.0
Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.6161     Microsoft.VCRedist.2008.x86           9.0.30729.6161
Microsoft Visual C++ 2015-2022 Redistributable (x64) - 14.38.33135 Microsoft.VCRedist.2015+.x64          14.38.33135.0
Microsoft Visual C++ 2012 Redistributable (x64) - 11.0.61030       Microsoft.VCRedist.2012.x64           11.0.61030.0
Microsoft Visual C++ 2010  x86 Redistributable - 10.0.40219        Microsoft.VCRedist.2010.x86           10.0.40219
Microsoft Visual C++ 2015 UWP Desktop Runtime Package              Microsoft.VCLibs.Desktop.14           14.0.33519.0
Microsoft Visual C++ 2015 UWP Runtime Package                      Microsoft.VCLibs.140.00_8wekyb3d8bbwe 14.0.33519.0
PS C:\Users\Trenly> cmd
C:\Users\Trenly> winget list 'Microsoft Visual C++'
Windows Package Manager (Preview) v1.8.532-preview
Copyright (c) Microsoft Corporation. All rights reserved.

Found a positional argument when none was expected: 'Visual'

@Lanerun
Copy link
Author

Lanerun commented Mar 4, 2024

This may be my error too; I usually use single quotations since that's what PowerShell works best with, but double quotes may be needed when using cmd, or bash

I see. I was running it in command prompt, so that seems to have been the issue. With double quotations the command works, and displays the following output:

C:\Users\lanerun>winget list "Microsoft Visual C++"
Name                                      Id                                         Version        Available    Source
-----------------------------------------------------------------------------------------------------------------------
Microsoft Visual C++ 2010  x64 Redistrib… Microsoft.VCRedist.2010.x64                10.0.40219                  winget
Microsoft Visual C++ 2008 Redistributabl… Microsoft.VCRedist.2008.x64                9.0.30729.6161              winget
Microsoft Visual C++ 2013 Redistributabl… Microsoft.VCRedist.2013.x86                12.0.40664.0                winget
Microsoft Visual C++ 2013 Redistributabl… Microsoft.VCRedist.2013.x86                12.0.30501.0   12.0.40664.0 winget
Microsoft Visual C++ 2012 Redistributabl… Microsoft.VCRedist.2012.x86                11.0.61030.0                winget
Microsoft Visual C++ 2015-2022 Redistrib… Microsoft.VCRedist.2015+.x86               14.38.33135.0               winget
Microsoft Visual C++ 2008 Redistributabl… Microsoft.VCRedist.2008.x86                9.0.30729.6161              winget
Microsoft Visual C++ 2013 Redistributabl… Microsoft.VCRedist.2013.x86                12.0.40664.0                winget
Microsoft Visual C++ 2015-2022 Redistrib… Microsoft.VCRedist.2015+.x64               14.38.33135.0               winget
Microsoft Visual C++ 2012 Redistributabl… Microsoft.VCRedist.2012.x64                11.0.61030.0                winget
Microsoft Visual C++ 2010  x86 Redistrib… Microsoft.VCRedist.2010.x86                10.0.40219                  winget
Microsoft Visual C++ 2015 UWP Desktop Ru… Microsoft.VCLibs.Desktop.14                14.0.33519.0                winget
Microsoft Visual C++ 2015 UWP Runtime Pa… Microsoft.VCLibs.140.00_8wekyb3d8bbwe      14.0.33519.0
Microsoft Visual C++ 2013 UWP Desktop Ru… Microsoft.VCLibs.120.00.UWPDesktop_8wekyb… 12.0.40653.0
Microsoft Visual C++ 2012 UWP Desktop Ru… Microsoft.VCLibs.110.00.UWPDesktop_8wekyb… 11.0.61135.0

@Trenly
Copy link
Contributor

Trenly commented Mar 4, 2024

Got it! This is a known issue where having two applications installed side-by-side causes an upgrade loop to occur.

Microsoft Visual C++ 2013 Redistributabl… Microsoft.VCRedist.2013.x86                12.0.40664.0                winget
Microsoft Visual C++ 2013 Redistributabl… Microsoft.VCRedist.2013.x86                12.0.30501.0   12.0.40664.0 winget

From these two lines, it's clear that both 12.0.40664.0 and 12.0.30501.0 are installed. This is an issue where when running winget upgrade to list available upgrades, WinGet sees that 12.0.30501.0 is installed and can be upgraded, but when running winget upgrade Microsoft.VCRedist.2012.x86, it then realizes that 12.0.40664.0 is already installed and that there is nothing to upgrade.

@microsoft-github-policy-service microsoft-github-policy-service bot added the Side-by-Side Issue related to side by side package installation label Mar 4, 2024
@microsoft-github-policy-service microsoft-github-policy-service bot added the Resolution-Duplicate Issue is a duplicate label Mar 4, 2024
@avicarmi
Copy link

avicarmi commented Mar 5, 2024

The source URLs don't have any content at their root. The winget source is at https://cdn.winget.microsoft.com/cache/source.msix and the msstore expects a path for one of the RESTful endpoints.

yes, I realized that later on...

found out by looking at the log file that the error is WinHttpSendRequest: 12030

12030 means incompatible SSL protocol was encountered, but I do not know how to fix it...

attempted to enable BypassCertificatePinningForMicrosoftStore

also checked all ssl/tls version in internet options, no go:

PS C:\WINDOWS\system32> winget settings --enable BypassCertificatePinningForMicrosoftStore

Enabled admin setting 'BypassCertificatePinningForMicrosoftStore'.

PS C:\WINDOWS\system32> winget settings export

{"$schema":"https://aka.ms/winget-settings-export.schema.json","adminSettings":{"BypassCertificatePinningForMicrosoftStore":true,"InstallerHashOverride":false,"LocalArchiveMalwareScanOverride":false,"LocalManifestFiles":false},"userSettingsFile":"C:\\Users\\avi\\AppData\\Local\\Packages\\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\\LocalState\\settings.json"}

PS C:\WINDOWS\system32> winget list -s msstore

Failed when opening source(s); try the 'source reset' command if the problem persists.
An unexpected error occurred while executing the command:
WinHttpSendRequest: 12030: The connection with the server was terminated abnormally

PS C:\WINDOWS\system32>

@denelon denelon added this to the 1.8 Client milestone May 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Bug It either shouldn't be doing this or needs an investigation. Resolution-Duplicate Issue is a duplicate Side-by-Side Issue related to side by side package installation
Projects
None yet
Development

No branches or pull requests

5 participants