Originally posted in #976 (comment)
I have the following issue with the NVAccess.NVDA package. I have version 'alpha-22934,e05715d3' installed whereas winget tries to upgrade (or rather downgrade) to version 2020.4, which is the most recent stable version available in the winget repostiroy.
When I looked at how winget determines the installed version, I noticed that DisplayVersion in Add/Remove programs is used. It seems that the Version, VersionMajor and VersionMinor fields in the uninstall registry key are ignored. Also what might make it more difficult for winget is that NVDA has a 4 part version scheme for its full version, e.g. 2021.2.0.22934 for the version with display version alpha-22934,e05715d3.
Interesting enough though, A version string that starts with the word 'Alpha' which is non-numeric, shouldn't that be treated as newer than a version string that starts with a number (e.g. 2020)?
See also nvaccess/nvda#12469
Originally posted in #976 (comment)
I have the following issue with the NVAccess.NVDA package. I have version 'alpha-22934,e05715d3' installed whereas winget tries to upgrade (or rather downgrade) to version 2020.4, which is the most recent stable version available in the winget repostiroy.
When I looked at how winget determines the installed version, I noticed that DisplayVersion in Add/Remove programs is used. It seems that the Version, VersionMajor and VersionMinor fields in the uninstall registry key are ignored. Also what might make it more difficult for winget is that NVDA has a 4 part version scheme for its full version, e.g. 2021.2.0.22934 for the version with display version alpha-22934,e05715d3.
Interesting enough though, A version string that starts with the word 'Alpha' which is non-numeric, shouldn't that be treated as newer than a version string that starts with a number (e.g. 2020)?
See also nvaccess/nvda#12469