Null reference exception on nuget package from connector

stevedennis

I believe that Telerik has a buggy/quirky API implementation, and sends invalid/broken metadata. It happens to work in Visual Studio, and I guess an older ProGet.

Anyways, if you can send us some credentials / instructions to connect to your Telerik feed, we will connect and attach a debugger, and trace the bad metadata.

You can email those to support at inedo dot com -- just reference [QA-743] in the subject. And please let us know when you send them email, because we don't monitor that address.

Cheers,
Steve

claudio_9251

Hello @stevedennis,
thanks for your quick response. You can check your email; I have sent you some additional informations.

I can confirm that Telerik's nuget API are working as expected on Visual Studio (2019/2022) and Nuget Package Explorer.

Cheers,
Claudio

Dan_Woolf

Hi @claudio_9251,

Thanks for sending this over. I can confirm we have received your email. Please give us a little bit of time to review and we will get back with your shortly.

Thanks,
Dan

Dan_Woolf

Hi @claudio_9251,

Thanks I was able to reproduce this and logged the fix as ticket PG-2077. This fix will be released in ProGet 6.0.6.

Thanks,
Dan

claudio_9251

Hi @Dan_Woolf ,
thanks for your quick feedback and fix, I'm going to reset Telerik access.

Cheers,
Claudio

Dan_Woolf

Hi @claudio_9251,

Always happy to help! Please let us know if you still run into issues after the updgrade.

Thanks,
Dan

claudio_9251

Hi @Dan_Woolf,
we have upgraded the system.

Now we can see connector infos via web UI, and we can perform some operations like manual download and proget pull.

But we are hitting a new issue when we are trying to install a new version of a package that is not already pulled into ProGet: it seems it not exists.

In example package manager console returns this:

Install-Package Package.Name -Version 1.2.3.4

Package 'Package.Name 1.2.3.4' is not found in the following primary source(s): 'http://proget.mydomain.internal/nuget/test/'. Please verify all your online package sources are available (OR) package 
id, version are specified correctly.

Via both VS2022 and Nuget Package Explorer we are also unable to list available versions from Connectors: we only see pulled versions.

I'm not sure is related, but on connector page the counter still count 0

stevedennis

Hi @claudio_9251 ,

This is most certainly another bug/quirk with Telerik's proprietary feed, and them not following the clear NuGet API specifications

If it's easy we'll consider trying to work-around, but otherwise they really need to be following the API specifications. Or they should migrate away from their own server, like how Infragistics did ;)

Anyway, if you can share the specific HTTP request that is return an unexpected result (it's probably some GET query that returns 404?), then we can try that against the same credentials you sent earlier, and attach a debugger to see what's going on, and if it's an easy fix.

You can find this request by attaching Fiddler, then doing a side-by-side comparison in Visual Studio.

Cheers,
Steve

claudio_9251

With Fiddler comparison I have found that our feed was configured to expose nuget with v2 apis only. (ODATA v2)

Enabling JSON-LD (v3) api and appending v3/index.json to api url solve my issue and all is working as expected.

I think that something is missing on Proget on v2 only implementation. Not a big deal for me, but maybe is something to consider for the product.

Dan_Woolf

Hi @claudio_9251,

I'm not too surprised by this. NuGet has deprecated many of it's ODATA( v2) endpoints which has caused some issue within ProGet, we have documented this in our NuGet v2 troubleshooting guide. It is very possible that Telerik (Progress) has not made these changes on their end which may be causing this. This is especially true when it comes to connectors because ProGet will pass through a lot of the V2 queries the client makes to the remote endpoint. Either way, the NuGet v3 API is the proper API to use going forward and we highly suggest using that.

Thanks,
Dan