-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Winget reporting the wrong version for some apps #2817
Comments
The version displayed by WinGet is what is displayed in Windows Apps & Features. The "installer" is responsible for setting the registry keys for those values. The functionality for 1.3 is described in the blog: https://devblogs.microsoft.com/commandline/windows-package-manager-1-3/#new-version-reporting |
Oh, @denelon I have that problem with these VC++ redists. |
What is that UI coming from? It doesn't look like Windows Apps & Features. In general, we currently have challenges with many of the VC redists due to the various architectures being installed. We have work in progress to improve the situation. We have a set of heuristics that truncate architecture and other things listed in parenthesis at the end of the "displayName". We need to improve the logic for manifests with the correct "AppsAndFeatures" entries. |
@denelon it is the winget UI. |
How do you use winget ui |
Install and run. Super easy. |
From my point of view winget already does a good job on c++ Redist and recognizing outdated versions. Thankfully with 2015-2022 (named 2015+ in winget-pkgs) the side-by-side Installation of Redist has come to an end after nearly a decade. |
This also seems to happens for standalone executables? for example:
This refuses to go away... I have also several others apps that always show as outdated (because they fail to update), and while #1439 is not implemented, this is very annoying
|
Does carapace update itself? The version information is coming from the registry when WinGet creates the entries for portable packages. If they update themselves, there is no mechanism for WinGet to know the version needs to be updated. We might need to implement some additional special logic for portable packages with a built-in upgrade mechanism. |
@aadithya96 Can you share output of |
@mdanish-kh You were right, there are 2 versions shown. Any idea on how to remove those? |
You'll have to manually uninstall the older version from Apps&Features or |
That worked. Shouldn't winget ignore apps if they exist side by side? |
There is an open issue for better handling of applications that install side by side Currently for packages that install side-by-side, we add an |
Regarding the original issue, this is a problem with the Portmaster package not updating the DisplayVersion string in the registry and should be brought up to the publisher to resolve. Related issue in the portmaster repo: safing/portmaster#1050 |
I have same issue on 2024 |
Brief description of your issue
Winget shows the wrong version for some apps and trys to upgrade when they are fully up to date as showen below
Steps to reproduce
Download Safing Portmaster than run "winget upgrade"
Expected behavior
It to show the correct version
Actual behavior
It shows the wrong version and trys to upgrade even when up to date


Environment
The text was updated successfully, but these errors were encountered: