microsoft / microsoft/winget-pkgs

Version precedence warning e.g. 1.81 -> 1.82 -> 1.9

Open
#93,349 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Area-Bots Area-Validation-Pipeline Issue-Feature
Dominant language
No language data
Stars
11.1k
Forks
9.7k
Avg merge
1h 32m
Merged PRs (30d)
376

Description

Brief description of your issue

I submited an update to one of my apps using a perhaps old-fashioned versioning scheme, whereby, say, 1.9 is greater than 1.82. The update was accepted and published by winget. Now the latest version of the app that is being served is 1.82 rather than 1.9 (the numbers are an example). It would have been useful for a warning to be issued that I was submitting a version number that would be treated as lower than the last submitted package, in which case I would have changed the version number to 1.90. I suggest that some mechanism is needed to signal clearly the versioning scheme used by winget and to provide some checks.

Steps to reproduce

Submit two versions of an app using precedecnece 1.82 and 1.9.

Expected behavior

I'm not sure. Perhaps a warning that I was submitting a package that will not be considered to be the latest version by winget.

Actual behavior

There is no warning, the package is submitted and accepted, but it is not being served as the latest.

Environment
Irrelevant.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue does not name any files, tests, or entry points. Start by locating the version-precedence and package-submission validation paths in winget-pkgs, then determine where a lower-precedence version could be detected and how completion would be verified with a warning or check.

Written by the indexing model from the issue text.

Assessment

Domain
release, tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.