PaketUpdate fails with semver 2.0 version and jfrog hosted repository

Description

We use paket to install our internal dependencies from a jfrog SAS installation. We started to use semver 2.0 versioning and had no issues until recently. We need to force a specific version which is not compatible for testing purposes but paket throws errors: Couldn't get package details for package Wooga.Core 4.1.0-branch.pr.34.5 on https://foo.jfrog.io/foo/api/nuget/nuget. - 2_https://foo.jfrog.io/foo/api/nuget/nuget/Packages?$filter=(tolower(Id) eq 'wooga.core') and (Version eq '4.1.0-branch.pr.34.5'))r.34.5') I tried to set the feed URL to v3 but get: could not find an AllVersionsAPI endpoint for https://foo.jfrog.io/foo/api/nuget/v3/nuget It looks like the switch doesn’t work correctly: #3351

Repro steps

This is quite hard because I think the issue lies with jfrog here. In the dependencies file we set

source https://foo.jfrog.io/foo/api/nuget/nuget
nuget Wooga.Core == 4.1.0-branch.pr.34.5
... additional packages

* What went wrong:
Execution failed for task ':paketUpdate'.
> Paket task paketUpdate failedPaket failed with
  -> There was a version conflict during package resolution.
       Conflict detected:
        - Dependencies file requested package Wooga.Core: == 4.1.0-branch.pr.34.5 (branch)*
        - Available versions:
          - (5.0.0-rc.4, [https://foo.jfrog.io/foo/api/nuget/atlas-nuget; https://foo.jfrog.io/foo/api/nuget/nuget])
          - (5.0.0-branch.release.5.x.6, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (5.0.0-branch.release.5.x.5, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (5.0.0-branch.release.5.x.3, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-master.6, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-master.4, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-master.3, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-master.2, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.36.7, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.36.6, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.35.6, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.34.5, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.33.3, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.1.0-branch.pr.32.3, [https://foo.jfrog.io/foo/api/nuget/nuget])
          - (4.0.1-master.6, [https://foo.jfrog.io/foo/api/nuget/nuget])
       Please try to relax some conditions or resolve the conflict manually (see http://fsprojects.github.io/Paket/nuget-dependencies.html#Use-exactly-this-version-constraint).
     StackTrace:
         at Paket.PackageResolver+ResolutionModule.getModelOrFail (Paket.PackageResolver+Resolution res) [0x0003d] in <be39d6458de040cea5971ea1db68cd3f>:0
         at [e-mail] (System.Collections.Generic.KeyValuePair`2[TKey,TValue] kv) [0x00041] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Microsoft.FSharp.Collections.Internal+IEnumerator+choose@165[TResult,T].System-Collections-IEnumerator-MoveNext () [0x00063] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Microsoft.FSharp.Collections.MapTreeModule.mkFromEnumerator[a,b] (System.Collections.Generic.IComparer`1[T] comparer, Microsoft.FSharp.Collections.MapTree`2[TKey,TValue] acc, System.Collections.Generic.IEnumerator`1[T] e) [0x00000] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Microsoft.FSharp.Collections.MapTreeModule.ofSeq[TKey,T] (System.Collections.Generic.IComparer`1[T] comparer, System.Collections.Generic.IEnumerable`1[T] c) [0x00030] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Microsoft.FSharp.Collections.FSharpMap`2[TKey,TValue].Create (System.Collections.Generic.IEnumerable`1[T] ie) [0x00006] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Microsoft.FSharp.Collections.MapModule.OfSeq[TKey,T] (System.Collections.Generic.IEnumerable`1[T] elements) [0x00000] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.UpdateProcess.selectiveUpdate (System.Boolean force, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] getSha1, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] getVersionsF, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] getPackageDetailsF, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] getRuntimeGraphFromPackage, Paket.LockFile lockFile, Paket.DependenciesFile dependenciesFile, Paket.PackageResolver+UpdateMode updateMode, Paket.SemVerUpdateMode semVerUpdateMode) [0x0035d] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.UpdateProcess.SelectiveUpdate (Paket.DependenciesFile dependenciesFile, Microsoft.FSharp.Core.FSharpOption`1[T] alternativeProjectRoot, Paket.PackageResolver+UpdateMode updateMode, Paket.SemVerUpdateMode semVerUpdateMode, System.Boolean force) [0x000e6] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.UpdateProcess.SmartInstall (Paket.DependenciesFile dependenciesFile, Paket.PackageResolver+UpdateMode updateMode, Paket.UpdaterOptions options) [0x00001] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.UpdateProcess.Update (System.String dependenciesFileName, Paket.UpdaterOptions options) [0x0000e] in <be39d6458de040cea5971ea1db68cd3f>:0
         at <StartupCode$Paket-Core>.$[e-mail] (Microsoft.FSharp.Core.Unit unitVar0) [0x0005b] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Utils.RunInLockedAccessMode[a] (System.String lockedFolder, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] action) [0x00077] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Dependencies.Update (System.Boolean force, System.Boolean withBindingRedirects, System.Boolean cleanBindingRedirects, System.Boolean createNewBindingFiles, System.Boolean installAfter, Paket.SemVerUpdateMode semVerUpdateMode, System.Boolean touchAffectedRefs) [0x00039] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.update (Argu.ParseResults`1[Template] results) [0x00bb9] in <be39d6458de040cea5971ea1db68cd3f>:0
         at [e-mail] (Argu.ParseResults`1[Template] results) [0x00001] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.processWithValidationEx$cont@42[a] (System.Boolean silent, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] commandF, a result, Microsoft.FSharp.Core.Unit unitVar) [0x00002] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.processWithValidationEx[a] (Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] printUsage, System.Boolean silent, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] validateF, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] commandF, a result) [0x00067] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.processWithValidation[T] (System.Boolean silent, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] validateF, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] commandF, Argu.ParseResults`1[Template] result) [0x00006] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.processCommand[a] (System.Boolean silent, Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] commandF, Argu.ParseResults`1[Template] result) [0x00007] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.handleCommand (System.Boolean silent, Paket.Commands+Command command) [0x0022c] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.Program.main () [0x0041e] in <be39d6458de040cea5971ea1db68cd3f>:0
  -> Unable to retrieve package details for 'Wooga.Core'-4.1.0-branch.pr.34.5
     StackTrace:
         at [e-mail] (Paket.PackageResolver+GetPackageDetailsParameters details) [0x00077] in <be39d6458de040cea5971ea1db68cd3f>:0
         at Paket.PackageResolver.explorePackageConfig (Microsoft.FSharp.Core.FSharpFunc`2[T,TResult] getPackageDetailsBlock, Paket.PackageResolver+PackageConfig pkgConfig) [0x001d9] in <be39d6458de040cea5971ea1db68cd3f>:0
  -> Couldn't get package details for package Wooga.Core 4.1.0-branch.pr.34.5 on https://foo.jfrog.io/foo/api/nuget/nuget.
        - 2_https://foo.jfrog.io/foo/api/nuget/nuget/Packages?$filter=(tolower(Id) eq 'wooga.core') and (Version eq '4.1.0-branch.pr.34.5'))r.34.5')

[jbaehr]

After some ping-pong with the JFrog support I got the confirmation that it’s a known issue and supposed to be fixed in Artifactory 6.14.

[forki]

it’s weird in the sense that we create a lot of traffic and waste on devs machines