Klondike icon indicating copy to clipboard operation
Klondike copied to clipboard

Cant view preview packages from visual studio 2015 update 3

Open ronnyek opened this issue 8 years ago • 2 comments

At first I thought this was related to bug #143 but now I'm not so sure.

I'm using http://localhost:8116/api/odata as my package source for the repo.

Im running the latest release as of today of 2.2.1, visual studio enterprise 2015 update 3, and nuget plugin 3.5.0.1484. I cannot see pre-release packages using visual studio package manager. Nuget package explorer works just fine. I don't know if this is a klondike or nuget thing, but it sounds like v3.4.2 is out there and this problem still exists.

Visual Studio generates: http://localhost:8116/api/packages?query=&latestOnly=true&offset=0&count=10&sort=id&order=ascending&includePrerelease=false&originFilter=any

Which returns garbledegoup. Package explorer generates: http://localhost:8116/api/odata/Packages?query=&latestOnly=true&offset=0&count=10&sort=id&order=ascending&includePrerelease=false&originFilter=any same url, but literally but changing /api/packages* to /api/odata/Packages

I'm not sure this is a problem with visual studio, nuget, or klondike. If anyone has any ideas how to get me going, I'd very much appreciate it. Everything works fantastic but cant consume from visual studio which means, its kinda pointless.

ronnyek avatar Sep 30 '16 15:09 ronnyek

As a followup note here, I've only got prerelease packages on my server... dont know if that matters

ronnyek avatar Sep 30 '16 15:09 ronnyek

More troubleshooting... seems like building a simple package and deploying to nuget, visual studio picks it up just fine. If I use dotnet pack to build a nupkg, it doesnt return at least from visual studio. The output nuspec looks like this

<?xml version="1.0" encoding="utf-8"?>
<package xmlns="http://schemas.microsoft.com/packaging/2012/06/nuspec.xsd">
    <metadata>
        <id>xxxx.Caching</id>
        <version>1.0.0-beta-2016093005</version>
        <authors>me</authors>
        <owners>me</owners>
        <requireLicenseAcceptance>false</requireLicenseAcceptance>
        <description>xxxx.Caching</description>
        <dependencies>
            <group targetFramework=".NETStandard1.6">
                <dependency id="NETStandard.Library" version="1.6.0" />
                <dependency id="Microsoft.Extensions.Caching.Memory" version="1.0.0" />
            </group>
        </dependencies>
    </metadata>
</package>

Seems like something about this nuget package is causing it to blow up when visual studio pulls it back down. Any ideas?

ronnyek avatar Sep 30 '16 18:09 ronnyek