Closed livarcocc closed 7 years ago
@andresbu does https://HOST/artifactory/api/nuget/nuget-notcleared-remote/FindPackagesById()?id='Serilog' contain the correct next link?
I would like to determine if the nuget client is incorrectly using https://HOST/artifactory/api/nuget/nuget-notcleared-remote/?id='Serilog'&$skip=100 or if the feed is broken here and needs to be fixed.
@emgarten I attached the result for https://HOST/artifactory/api/nuget/nuget-notcleared-remote/FindPackagesById()?id='Serilog' as attachment.
@Andresbu where is this OData coming from? Would you file an issue on the feed or creator of this feed?
From what I see the next link in the response is incorrect, and I'm going to guess that the self link here is also incorrect.
<title type="text"></title>
<id>http://schemas.datacontract.org/2004/07/</id>
<updated>2017-09-27T13:22:37Z</updated>
<link rel="self" href="https://www.nuget.org/api/v2/Packages"/>
<link rel="next" href="https://HOST/artifactory/api/nuget/nuget-notcleared-remote/?id=%27Serilog%27&$skip=100"/>
<m:count>276</m:count>
@Andresbu Please let us know if this does not resolve your issue. Else, we can go ahead and close this issue.
I agree that it is an external issue.
It occurs with https://www.jfrog.com/artifactory/.
I reproduced it with versions
I will open an issue accordingly
Thanks for the update @Andresbu, if any changes are needed on the client let me know in this issue and I'll reopen it so we can address those.
There are related jiras on the JFrog side:
Please up-vote them to increase priority
Got the same issue with jFrog artifactory after migrating from package.config projects to SDK style with PackageReference. On old style it was direct request for downloading package which was work: .../Packages(Id='MSBuild.Sdk.Extras',Version='1.6.55') At SDK project there is request for list available versions which is trimmed (in my case by 40 entrance): .../FindPackagesById()?id='MSBuild.Sdk.Extras'&semVerLevel=2.0.0
From @Andresbu on September 26, 2017 12:33
Artifactory contains more than 100 packages matching id "Serilog". dotnet restore fails as it seems to read only the first 100 packages and not more. Reason seems to be an invalid GET for fetching the pages after the first one. See below.
Steps to reproduce
Use any of the docker images (It fails for me with those, I havent tested others)
Create a project
Configure an own Artifactory (serving as a mirror within our company)
Restore dependencies
Expected behavior
Actual behavior
Restore fails with "Unable to find ...."
A first analysis on my side reveals the following. HTTP calls made:
Observe, that the later one is missing 'FindPackagesById()'! And this actually seems to be the cause.
OK but wrong content!
OK and correct content
Environment data
dotnet --info
output:Copied from original issue: dotnet/cli#7707