Skip to content

Treat >=0 ranges as wildcard during vers matching - #7329

Merged
nscuro merged 1 commit into
DependencyTrack:mainfrom
nscuro:issue-7327
Sep 17, 2026
Merged

nscuro merged 1 commit into
DependencyTrack:mainfrom
nscuro:issue-7327

Conversation

@nscuro

@nscuro nscuro commented Sep 17, 2026

Copy link
Copy Markdown
Member

Description

Treats >=0 ranges as wildcard during vers matching.

Addressed Issue

Fixes #7327

Additional Details

The semver4j library that NPM version comparisons are delegated to has a bug/quirk where comparisons of versions with suffixes are asymmetric. It only works as expected when major, minor, and patch are equal. It doesn't when one of the compared version omits any:

jshell> new Semver("0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$3 ==> 1

jshell> new Semver("0.0.0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$4 ==> -1

Assuming vers' wildcard comparator when >=0 is detected sidesteps this issue because versatile can short-circuit that as "matches everything, always".

Checklist

  • I have read and understand the contributing guidelines
  • This PR fixes a defect, and I have provided tests to verify that the fix is effective
  • This PR implements an enhancement, and I have provided tests to verify that it works as intended
  • This PR introduces changes to the database model, and I have updated the migration changelog accordingly
  • This PR introduces new or alters existing behavior, and I have updated the documentation accordingly
  • This PR is a substantial change (per the ADR criteria), and I have added an ADR under docs/adr/

The semver4j library that NPM version comparisons are delegated to has a bug/quirk where comparisons of versions with suffixes are asymmetric. It only works as expected when major, minor, and patch are equal. It doesn't when one of the compared version omits any:

```
jshell> new Semver("0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$3 ==> 1

jshell> new Semver("0.0.0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$4 ==> -1
```

Assuming vers' wildcard comparator when `>=0` is detected sidesteps this issue because versatile can short-circuit that as "matches everything, always".

Signed-off-by: nscuro <nscuro@protonmail.com>
@nscuro nscuro added this to the 5.2 milestone Sep 17, 2026
@nscuro nscuro added defect Something isn't working backport/5.1.1 labels Sep 17, 2026
@owasp-dt-bot

Copy link
Copy Markdown

✅ Snyk checks have passed. No issues have been found so far.

Status Scan Engine Critical High Medium Low Total (0)
✅ Open Source Security 0 0 0 0 0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

@codacy-production

codacy-production Bot commented Sep 17, 2026 •

Copy link
Copy Markdown

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity

Metric Results
Complexity 0

View in Codacy

🟢 Coverage 100.00% diff coverage · -0.01% coverage variation

Metric Results
Coverage variation ✅ -0.01% coverage variation (-1.00%)
Diff coverage ✅ 100.00% diff coverage (70.00%)

View coverage diff in Codacy

Coverage variation details
Coverable lines Covered lines Coverage
Common ancestor commit (86afed5) 44888 39259 87.46%
Head commit (9115694) 44891 (+3) 39259 (+0) 87.45% (-0.01%)

Coverage variation is the difference between the coverage for the head and common ancestor commits of the pull request branch: <coverage of head commit> - <coverage of common ancestor commit>

Diff coverage details
Coverable lines Covered lines Diff coverage
Pull request (#7329) 4 4 100.00%

Diff coverage is the percentage of lines that are covered by tests out of the coverable lines that the pull request added or modified: <covered lines added or modified>/<coverable lines added or modified> * 100%

NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.

@nscuro
nscuro merged commit 8e0f33f into DependencyTrack:main Sep 17, 2026
22 checks passed
@nscuro
nscuro deleted the issue-7327 branch September 17, 2026 11:49
nscuro added a commit that referenced this pull request Sep 20, 2026
The semver4j library that NPM version comparisons are delegated to has a bug/quirk where comparisons of versions with suffixes are asymmetric. It only works as expected when major, minor, and patch are equal. It doesn't when one of the compared version omits any:

```
jshell> new Semver("0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$3 ==> 1

jshell> new Semver("0.0.0", Semver.SemverType.NPM).compareTo(new Semver("0.0.1-security", Semver.SemverType.NPM));
$4 ==> -1
```

Assuming vers' wildcard comparator when `>=0` is detected sidesteps this issue because versatile can short-circuit that as "matches everything, always".

Signed-off-by: nscuro <nscuro@protonmail.com>
(cherry picked from commit 8e0f33f)
Signed-off-by: nscuro <nscuro@protonmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

defect Something isn't working

Projects

None yet

2 participants