Closed jarmoniuk closed 1 year ago
Also encounter this with version 2.15.0.
A fix is almost ready, but I don't know if it's gonna make it to 2.16.0.
Also, VersionDetails
and especially ArtifactVersions
is a big pile of mud in a dire need of rearchitecting. But that's something for >2.16.0.
EDIT: Don't want to ship anything unfinished. Let's skip the release for this as well.
I've found yet another bug there, albeit with a lesser significance, because it concerns version ranges: if an artifact is defined using two or more ranges, and the selected version falls in the first range, the versions in between the ranges will never get selected.
[, 1.0.0] v1=1.1.0 v2=1.1.1 v3=1.9.0 (2.0.0, 10.0.0)
from the above, v1, v2, v3 will never get shown as possible updates.
While working on a small refactoring job for #291, I cam across a major bug: looks like display-dependency-updates and possibly also other goals, will only report updates from the most major allowed segment, and ignore updates from lesser segments -- unless allowAnyUpdates is selected for display-dependency-updates. The latter is completely not verified as goals use different routines to retrieve updates.
Result of
display-dependency-updates
withallowAnyUpdates
on the project itself:result of
display-dependency-updates
withallowAnyUpdates=false
andallowMajorUpdates=allowMinorUpdates=allowIncrementalUpdates=true
:I guess that might be a major bug if confirmed and it would be best to include the fix in the coming release (postpone if necessary).