Winget show update for Microsoft Visual C++ 2015-2022 Redistributable (x64) not version x86
Brief description of your issue
Winget show update for Microsoft Visual C++ 2015-2022 Redistributable (x64) not version Microsoft Visual C++ 2015-2022 Redistributable (x86)
Steps to reproduce
winget upgrade
Expected behavior
Update for Microsoft Visual C++ 2015-2022 Redistributable (x86) and x64
Actual behavior
Show update for Microsoft Visual C++ 2015-2022 Redistributable (x64)
Environment
winget --info
Windows Package Manager (Preview) v1.7.3481-preview
Copyright (c) Microsoft Corporation. All rights reserved.
Windows: Windows.Desktop v10.0.26052.1100
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.22.3481.0
Winget Directories
-------------------------------------------------- -------------------------------------------------- --------------
Records %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\Loc…
User Settings %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\Loc…
Portable Links Directory (User) %LOCALAPPDATA%\Microsoft\WinGet\Links
Portable Links Directory (Computer) 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 Policy https://aka.ms/winget-privacy
License Agreement https://aka.ms/winget-license
Third Party Notices https://aka.ms/winget-3rdPartyNotice
Home page https://aka.ms/winget
Windows Store Terms https://www.microsoft.com/en-us/storedocs/terms-of-sale
Administrator Configuration State
-------------------------------------------------- ----
LocalManifestFiles Disabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride Disabled
LocalArchiveMalwareScanOverride Disabled
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!
Closed similar issues:
- Winget is detecting msvc 2015-2022 redistributable x64 as x86 (#3716), similarity score: 0.78
- Winget stops upon fail to install Microsoft Visual C++ 2013 Redistributable (x64) (#2259), similarity score: 0.77
- WinGet finding wrong architecture update for VC++ redistributable (#3089), similarity score: 0.77
- Microsoft Visual C++ 2013 Redistributable (x64) cannot be updated (#3855), similarity score: 0.74
- winget upgrade by id and by name not working for Microsoft Visual C++ 2015-2019 Redistributable (#1658), similarity score: 0.72
Note: You can give me feedback by thumbs upping or thumbs downing this comment.
[Policy] Area-Matching
This is not the first time this has happened; it seems that Microsoft has no solution for this problem. It's not happened only with the C++ Redistributable, but also it's a problem with other apps installed with Winget, version mismatch, hash is wrong, etc. I really like Winget, but there are too many problems.
Already upgraded the .x64 version, now I want the .x86 version.
This is not the first time this has happened; it seems that Microsoft has no solution for this problem. It's not happened only with the C++ Redistributable, but also it's a problem with other apps installed with Winget, version mismatch, hash is wrong, etc. I really like Winget, but there are too many problems.
Same thing for Sysinternal Autoruns. Version mismatch, wrong hash. I can understand that winget is having trouble keeping 3rd party application versions up to date. It can be complicated. But here we are talking about a Microsoft product incapable of correctly tracking the versions of other Microsoft products.
The way that some of the redistributables are handled with regards to installation are not exactly what you would call a normal application flow. Old versions stick around, newer versions MIGHT supersede them but don't have to, and in the case of VC, almost all of them except for the very latest ones get installed once and then never touched again, being designed to stick around unless an issue presents a need to reinstall them for whatever reason
In my case, Winget finds both but confuses the ID of one for the other.
Sidenote:
winget search "vcredist.2015"
Name Id Version Source
-------------------------------------------------------------------------------------------------------
Microsoft Visual C++ 2015-2022 Redistributable (x86) Microsoft.VCRedist.2015+.x86 14.40.33617.1 winget
Microsoft Visual C++ 2015-2022 Redistributable (x64) Microsoft.VCRedist.2015+.x64 14.40.33617.1 winget
According to this page the latest supported runtime version is v14.38.33135.0.
I asked the Microsoft Developer Community about this version and they replied that the version Winget offers is a preview.
Thanks for your feedback. Now the Microsoft Visual C++ Redistributable version 14.40.33617.1 is just a preview, so the official documents still show the latest version is 14.38.33135.0. If you want to install the Microsoft Visual C++ Redistributable version 14.40.33617.1 from VS, you can install the VS preview release 17.10 from https://learn.microsoft.com/en-us/visualstudio/releases/2022/release-notes-preview. Once the VS 17.10 is GA, the Microsoft Visual C++ Redistributable Version will be updated. So now we close this feedback as “Not a Bug”.
So apart from the main issue is that Winget offers a preview of this runtime instead of the supported GA release.