Code Monkey home page Code Monkey logo

nugetpackageexplorer's Introduction

Logo

Build Status Twitter Follow

How to install

You could install with the Microsoft Store or Chocolatey. The Microsoft Store is the preferred version for Windows 10 Creators Update and later. It auto-updates and is the full application.

There also a CI build available for direct install on Windows 10 1803 and higher. The nightly build installs alongside the release version with no interference and will automatically update.

Build Number Link
Nightly build number Install
Stable build number Microsoft Store
Chocolatey build number Chocolatey
Nuget (with prereleases) dotnet-validate CLI

Microsoft Store (recommended)

English badge

If you have winget installed, you can use it to acquire NuGet Package Explorer through the Microsoft Store:

winget install "NuGet Package Explorer"

.NET CLI Tool

A subset of functionality for checking package health is now available as a cross-platform CLI tool. Install with:

dotnet tool install -g dotnet-validate --version 0.0.1-preview.42

Note: Use the latest version

There is one command and two subcommands:

The main command is package. This is so dotnet validate ... can be used for additional things later.

Usage:

Usage:
  dotnet validate package local [options] <file>

Arguments:
  <file>    Package to validate.

Options:
  -?, -h, --help    Show help and usage information

Usage:
  dotnet validate package remote [options] <packageId>

Arguments:
  <packageId>    Package Id

Options:
  -v, --version <version>            Package version. Defaults to latest.
  -s, --feed-source <feed-source>    V3 NuGet Feed Source. [default: https://api.nuget.org/v3/index.json]
  -?, -h, --help                     Show help and usage information

Return codes: Tool will return -1 if the package is not fully valid. Details will be printed to the console.

To Do

A lot! The tool should emit the results in a machine-parsable way (json).

Known Issue: Exact versions for remote packages isn't working. Only the latest is checked. Will be fixed shortly.

Chocolatey

Chocolatey is another great way to install and update your application.

  1. Run PowerShell (as Admin)
  2. Install Chocolatey: iwr https://chocolatey.org/install.ps1 -UseBasicParsing | iex
  3. Install NuGet Package Explorer: choco install nugetpackageexplorer

Web

A subset of NuGet Package Explorer (Browsing, Inspecting, Uploading packages) is available on the Web. Implemented by using Uno Platform Web Assembly support, it is also available as PWA.

The current Windows/WPF implementation of NPE will remain in the Windows store indefinitely, or at least until the new version fully replaces its functionality.

What is NuGet Package Explorer?

NuGet Package Explorer (NPE) is an application that makes it easy to create and explore NuGet packages. You can load a .nupkg or .snupkg file from disk or directly from a feed such as nuget.org.

To build packages from the command line, use NuGet command-line tools, as documented on the official NuGet site.

Package View

Contributing

We accept pull requests (PR). Please open an issue to discuss first if there isn't a related issue yet.

If you'd like to help, please check the GitHub issues. If you'd like to contribute more structurally, we would be happy to add you to our team!

Issues

Please check the FAQ first and search for duplicate issues before reporting them.

Creating a Package

  1. Launch NPE and select File > New (Ctrl-N), or select Create a new package from the Common tasks dialog when Package Explorer starts:

    Package Explorer's common tasks dialog

  2. Select Edit > Edit Package Metadata (Ctrl-K) to open the editor for the underlying .nuspec file. Details for the metadata can be found in the nuspec reference.

    Editing package metadata with the Package Explorer

  3. Open the files you want to include in the package in Windows explorer, then drag them into the Package contents pane of Package Explorer. Package Explorer will attempt to infer where the content belongs and prompt you to place it in the correct directory within the package. (You can also explicitly add specific folders using the Content menu.)

    For example, if you drag an assembly into the Package contents window, it will prompt you to place the assembly in the lib folder:

    Package Explorer infers content location and prompts for confirmations

    The package's lib folder with added content

  4. Save your package with File > Save (Ctrl-S).

  5. If you have a code signing certificate, sign your package with File > Sign and Save As.

    Sign package dialog

Publishing a Package

  1. Create a free account on nuget.org, or log in if you already have one. When creating a new account, you'll receive a confirmation email. You must confirm the account before you can upload a package.

  2. Once logged in, click your username (on the upper right) to navigate to your account settings.

  3. Under API Key, click copy to clipboard to retrieve the API key you'll need in the next step.

    Copying the API key from the nuget.org profile

  4. Assuming your package is loaded in Package Explorer, select File > Publish (Ctrl-P) to bring up the Publish Package dialog.

    Publish Package Dialog

  5. Paste your API key into Publish key and click Publish to push the package to nuget.org.

  6. In your profile on nuget.org, click Manage my Packages to see the one that you just published; you'll also receive a confirmation email. Note that it might take a while for your package to be indexed and appear in search results, during which time you'll see a message that the package hasn't yet been indexed.

Build

Requirements to build the project:

  • VS2022 or later. If using the stable release, make sure to enable support for Preview .NET Core SDK's
  • .NET 7 SDK

nugetpackageexplorer's People

Contributors

0xced avatar 304notmodified avatar aerotog avatar augustoproiete avatar batzen avatar breeeze avatar campersau avatar clairernovotny avatar danielcweber avatar dependabot-preview[bot] avatar dependabot[bot] avatar dotnetjunky avatar drakomeep avatar grantfar avatar jeromelaban avatar jjdotcc avatar joelverhagen avatar khaister avatar kirillosenkov avatar ltrzesniewski avatar maartenba avatar negakhai avatar rikoe avatar rtigithub avatar svick avatar wagnerp avatar wangfu91 avatar xiaoy312 avatar youssef1313 avatar zvirja avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

nugetpackageexplorer's Issues

Unable to create PreRelease packages

I used to create pre release packages by adding a suffix to the version number. In my case I was adding -A (for example: 1.0.1-A) to the end of the version number.

With the new version (released on Feb 21st 2016) I get the error "A stable release must not have a dependency on a prerelease package"

The fact is I am trying to publish the package as a prerelease, not stable. (see screenshot attached).

In the previous version, the GUI showed: "Version number (Prerelease)" in the version section.

package

Create Gitter room?

Could we have a Gitter room for NuGetPackageExplorer on https://gitter.im/ where we could talk about non-issue related things or where people could ask questions? I have found it works quite while for some other projects I track.

Remove "Great! Your are running on Windows 8"

image

  • First of all, Windows 8 isn't great...
  • Second, I'm running Window 10
  • Last, but not least, this version is not maintained and not good rated. Last release in 2013.

Proposal: remove this popup, at least until the version in the Window Store is maintained.

image

Unsupported 0.0 Dependencies Issue on nuget.org

If you have a look at my recent package, https://www.nuget.org/packages/Cuemon.Core/, the dependencies are listed as Unsupported 0.0.

In NPE, the configuration looks like this:

<?xml version="1.0" encoding="utf-8"?>
<package xmlns="http://schemas.microsoft.com/packaging/2012/06/nuspec.xsd">
    <metadata>
        <id>Cuemon.Core</id>
        <version>4.0.2016.601</version>
        <title>Cuemon</title>
        <authors>Michael Mortensen</authors>
        <owners>Weubphoria</owners>
        <licenseUrl>http://opensource.org/licenses/MIT</licenseUrl>
        <projectUrl>http://www.cuemon.net/</projectUrl>
        <iconUrl>http://cdn.nblapi.net/themes/cuemon.net/img/core/128x128x.png</iconUrl>
        <requireLicenseAcceptance>false</requireLicenseAcceptance>
        <description>The Cuemon.Core assembly is the patriach of the Cuemon .NET Core family and provides fundamental-, utility- and base-classes that define commonly-used value and reference data types, events and event handlers, interfaces, attribute, and feature rich delegates to greatly support functional programming.

A great addition to the well established System namespace to make your daily operations easier to work with.</description>
        <summary>A free and flexible assembly family, built to extend and boost your codebelt - providing vast ways of possibilities for all breeds of coders, programmers, developers and the likes thereof.</summary>
        <releaseNotes>The initial release of the ported Cuemon .NET Framework.</releaseNotes>
        <copyright>Copyright ยฉ Weubphoria 2009-2016. All rights reserved.</copyright>
        <language>en-US</language>
        <dependencies>
            <group targetFramework="NETPlatform5.4">
                <dependency id="System.ComponentModel.TypeConverter" version="4.0.0" />
                <dependency id="System.Linq" version="4.0.0" />
                <dependency id="System.Linq.Expressions" version="4.0.0" />
                <dependency id="System.ObjectModel" version="4.0.10" />
                <dependency id="System.Reflection" version="4.0.10" />
                <dependency id="System.Reflection.Extensions" version="4.0.0" />
                <dependency id="System.Reflection.TypeExtensions" version="4.0.0" />
                <dependency id="System.Runtime" version="4.0.20" />
                <dependency id="System.Runtime.Extensions" version="4.0.10" />
                <dependency id="System.Runtime.InteropServices" version="4.0.20" />
                <dependency id="System.Text.Encoding" version="4.0.0" />
                <dependency id="System.Text.Encoding.Extensions" version="4.0.0" />
                <dependency id="System.Text.RegularExpressions" version="4.0.10" />
            </group>
        </dependencies>
    </metadata>
</package>

If I look at one of the Nuget packages by Microsoft, the dependency target framework is listed correctly: https://www.nuget.org/packages/System.Threading/4.0.11-beta-23516

What seems to be the problem?
It seems that NPE might lack support for "Requires NuGet 3.0 or higher.", which I can see is mentioned on the System.Threading assembly as an example.

XML validation exception for .Net Core package

Type: Bug

NPE version: 3.12.0.0

Installed from: ClickOnce

When opening the package System.Security.Cryptography.Primitives (version 4.0.0-rc3-23918) from the .Net Core MyGet feed (https://dotnet.myget.org/F/dotnet-core/api/v2/), I'm getting this exception:

System.InvalidOperationException: The 'exclude' attribute is not declared.

   at NuGet.Manifest.<ValidateManifestSchema>b__11(Object sender, ValidationEventArgs e)
   at System.Xml.Schema.XNodeValidator.ValidationCallback(Object sender, ValidationEventArgs e)
   at System.Xml.Schema.XmlSchemaValidator.SendValidationEvent(XmlSchemaValidationException e, XmlSeverityType severity)
   at System.Xml.Schema.XmlSchemaValidator.SendValidationEvent(String code, String arg)
   at System.Xml.Schema.XmlSchemaValidator.ValidateAttribute(String lName, String ns, XmlValueGetter attributeValueGetter, String attributeStringValue, XmlSchemaInfo schemaInfo)
   at System.Xml.Schema.XmlSchemaValidator.ValidateAttribute(String localName, String namespaceUri, String attributeValue, XmlSchemaInfo schemaInfo)
   at System.Xml.Schema.XNodeValidator.ValidateAttribute(XAttribute a)
   at System.Xml.Schema.XNodeValidator.ValidateAttributes(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateElement(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateNodes(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateElement(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateNodes(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateElement(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateNodes(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateElement(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateNodes(XElement e)
   at System.Xml.Schema.XNodeValidator.ValidateElement(XElement e)
   at System.Xml.Schema.XNodeValidator.Validate(XObject source, XmlSchemaObject partialValidationType, Boolean addSchemaInfo)
   at System.Xml.Schema.Extensions.Validate(XDocument source, XmlSchemaSet schemas, ValidationEventHandler validationEventHandler, Boolean addSchemaInfo)
   at NuGet.Manifest.ValidateManifestSchema(XDocument document, String schemaNamespace)
   at NuGet.Manifest.ReadFrom(Stream stream)
   at NuGet.ZipPackage.EnsureManifest()
   at NuGet.ZipPackage..ctor(String filePath)
   at PackageExplorer.PackageDownloader.<Download>d__4.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at PackageExplorer.MainWindow.<OpenPackageFromRepository>d__12.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at PackageExplorer.MainWindow.<OpenFeedItem_Click>d__a.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   at System.Windows.Application.RunDispatcher(Object ignore)
   at System.Windows.Application.RunInternal(Window window)
   at System.Windows.Application.Run(Window window)
   at PackageExplorer.App.Main()

Merge in

(originally created by @304NotModified)

Proposal to merge from other forks:

  • Support for pushing to authenticated NuGet feed
  • Include default credentials in web requests
  • Fallback to Packages() service for all versions

Feature Request: Ability to add folders for "source"

It would be great if we could support the ** and * for folders and wildcards. For example, if I have a folder layout like this

/src/XLabs.Forms/XLabs.Forms
/src/XLabs.Forms/XLabs.Forms.WP8
/src/XLabs.Forms/XLabs.Forms.Droid
/src/XLabs.Forms/XLabs.Forms.iOS

It would be great to be able to add the following

/src/XLabs.Forms/*/.cs

Release new version

@dsplaisted Daniel,

I would like to release a new version. Some bugs are fixed, but is is still not released.

We can't release a clickonce it on Github (found out the hard way). Tried github raw links and a Github page.

Can we release the Clickonce somewhere else? Or least on Codeplex for now? If you add me as admin (my account: https://www.codeplex.com/site/users/view/JulianV), I can do that.

Add individual classification for package version

As classification of packets could be designed one ratings scheme for package version. This proposal for including packages that already exist and are never updated are improved.

Example:

ratings

_What opinion on the matter? and if it's possible?_

Merge license from CodePlex site

Before he transferred the ownership, I asked Luan to change the license of NuGet Package Explorer to MIT. He did, and added a LICENSE file to the repo on CodePlex. We should merge that change in here.

Suggestion: Leverage the NugetGet Client package for references

Now that the NuGet framework has gone full opensource with its components broken out it is easier than ever to leverage it in other solutions. It might reduce maintenance if all of the constants, and framework version information was pulled from it rather than duplicating it all.

For example take a look at this class: DefaultFrameworkMappings.cs and FrameworkConstants.cs in the NuGet client assembly

as I think they contain most of what would be needed.

Add support for New Xamarin iOS app type XamariniOS.10

Copy of https://npe.codeplex.com/workitem/168


The current package explorer does not work when using the new folder/package types for Xamarin and ASP.NET. Will this project be updated to support these types.


Please add support for more profiles. Ideally it would be great to have two options
A profile "builder" where we select the targets we need (.NET, Xamarin, etc) and the correct folder would be generated
A tool to analyze a project file to determine the target folders

Crash after decrypt of old apikey (from another machine)

I'm in Windows 10 x64. (I manually uploaded it, if the nupkg will help https://www.nuget.org/packages/HTMLBarsHelper/2.0.0.1)

Application: NuGetPackageExplorer.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Security.Cryptography.CryptographicException
   at System.Security.Cryptography.ProtectedData.Unprotect(Byte[], Byte[], System.Security.Cryptography.DataProtectionScope)
   at NuGet.SettingsExtensions.GetDecryptedValue(NuGet.ISettings, System.String, System.String)
   at PackageExplorer.SettingsManager.ReadApiKey(System.String)
   at PackageExplorerViewModel.PublishPackageViewModel.set_SelectedPublishItem(System.String)
   at PackageExplorerViewModel.PublishPackageViewModel..ctor(PackageExplorerViewModel.MruPackageSourceManager, NuGetPackageExplorer.Types.ISettingsManager, PackageExplorerViewModel.PackageViewModel)
   at PackageExplorerViewModel.PackageViewModel.PublishExecute()
   at PackageExplorerViewModel.RelayCommand.Execute(System.Object)
   at MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(System.Windows.Input.ICommandSource, Boolean)
   at System.Windows.Controls.MenuItem.InvokeClickAfterRender(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame)
   at System.Windows.Threading.Dispatcher.PushFrame(System.Windows.Threading.DispatcherFrame)
   at System.Windows.Application.RunDispatcher(System.Object)
   at System.Windows.Application.RunInternal(System.Windows.Window)
   at System.Windows.Application.Run(System.Windows.Window)
   at PackageExplorer.App.Main()

"Open with" in Windows 10: The plugin that registers to read this file type fails to read the content of this file

If I open an nupkg with double click. When starting NuGetPackageExplorer and then "open a local package", it works.

*** The plugin that registers to read this file type fails to read the content of this file. ***

image

We should at least log the message? I think it could a permission/security issue.

content = Resources.PluginFailToReadContent;

it should be:
image

tested with 3.9 and 3.10 RC2

Windows Authentication fails

Copy of https://npe.codeplex.com/workitem/142


Hello folks,
I recently tried out the tool NuGet Package Explorer, and I have to say that it is a very comfortable tool.
On my NuGet server I activated the Windows Authentification in my IIS properties.
The problem is that the Package Explorer responds me:
Failed to process request: 'Unauthorized'.
How about adding Windows Authetification support?

greetings
Nico
comments

WhiteIntel wrote Apr 14, 2014 at 9:31 PM

Anyone?
WhiteIntel wrote May 7, 2014 at 9:56 PM

Does anyone take care about the posted issues?!
dobossandor wrote Sep 15, 2014 at 5:48 PM

Same issue with Basic authentication.
Nuget Package Explorer 3.9.0.0
dobossandor wrote Sep 15, 2014 at 5:56 PM

Something went wrong between 3.6.0.0 and 3.7.0.0.
Just tried these. 3.6.0.0 works, 3.7.0.0 isnt. (At least with basic auth)
rouslanp wrote May 13 at 5:50 PM

Windows Authentication is an extremely important feature for those who dared to maintain their own NuGet repositories. Please fix this bug!


No lib > 4.5 ?

When will be released lib greater than 4.5 in Nuget Explorer?

save02

That is, 4.5.1, 4.5.2, 4.6 and 4.6.1 !!!

Bug: nuget package explorer appends api/v2/package to every url

Copy of https://npe.codeplex.com/workitem/149


Bug: nuget package explorer appends api/v2/package to every url

Full Thread Discussion: https://github.com/themotleyfool/Klondike/issues/34#issuecomment-43866074

[quote]
It looks like NuGet Package Explorer automatically appends api/v2/package to whatever URL you tell it to publish to.

http://localhost.klondike.foolhq.com/ => http://localhost.klondike.foolhq.com/api/v2/package

http://localhost.klondike.foolhq.com/api/packages => http://localhost.klondike.foolhq.com/api/pacakges/api/v2/package

None of these URIs are valid in Klondike. The correct place to put packages is to /api/packages.

I could put redirects into Klondike to work around this, but really the client should not be doing this. In my opinion this bug is in NuGet Package Explorer, not Klondike.
[/quote]

[quote]
The behavior of their client is different from NuGet command line client, Visual Studio package manager, Package Manager Console, and even OctopusDeploy
[/quote]

Cannot install Application (codeplex 500)

I tried to install 3.11 using NugetPackageExplorer.application. It failed and provided these details:

PLATFORM VERSION INFO
Windows : 10.0.10240.0 (Win32NT)
Common Language Runtime : 4.0.30319.42000
System.Deployment.dll : 4.6.1055.0 built by: NETFXREL2
clr.dll : 4.6.1055.0 built by: NETFXREL2
dfdll.dll : 4.6.1055.0 built by: NETFXREL2
dfshim.dll : 10.0.10240.16384 (th1.150709-1700)

SOURCES
Deployment url : file:///C:/Users/baria/Downloads/NuGetPackageExplorer.application
Deployment Provider url : https://npe.codeplex.com/releases/clickonce/NuGetPackageExplorer.application
Server : Microsoft-IIS/7.5,CDS02
X-Powered-By : ASP.NET
X-AspNet-Version: 4.0.30319

IDENTITIES
Deployment Identity : NuGetPackageExplorer.application, Version=3.11.0.0, Culture=neutral, PublicKeyToken=0000000000000000, processorArchitecture=x86

APPLICATION SUMMARY
* Installable application.
* Trust url parameter is set.
ERROR SUMMARY
Below is a summary of the errors, details of these errors are listed later in the log.
* Activation of C:\Users\baria\Downloads\NuGetPackageExplorer.application resulted in exception. Following failure messages were detected:
+ Downloading https://npe.codeplex.com/releases/clickonce/Application Files/NuGetPackageExplorer_3_11_0_0/NuGetPackageExplorer.exe.manifest did not succeed.
+ The remote server returned an error: (500) Internal Server Error.

COMPONENT STORE TRANSACTION FAILURE SUMMARY
No transaction error was detected.

WARNINGS
* The manifest for this application does not have a signature. Signature validation will be ignored.
* The manifest for this application does not have a signature. Signature validation will be ignored.

OPERATION PROGRESS STATUS
* [2/25/2016 3:20:35 PM] : Activation of C:\Users\baria\Downloads\NuGetPackageExplorer.application has started.
* [2/25/2016 3:20:36 PM] : Processing of deployment manifest has successfully completed.
* [2/25/2016 3:20:36 PM] : Installation of the application has started.

ERROR DETAILS
Following errors were detected during this operation.
* [2/25/2016 3:21:06 PM] System.Deployment.Application.DeploymentDownloadException (Unknown subtype)
- Downloading https://npe.codeplex.com/releases/clickonce/Application Files/NuGetPackageExplorer_3_11_0_0/NuGetPackageExplorer.exe.manifest did not succeed.
- Source: System.Deployment
- Stack trace:
at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)
at System.Deployment.Application.SystemNetDownloader.DownloadAllFiles()
at System.Deployment.Application.FileDownloader.Download(SubscriptionState subState)
at System.Deployment.Application.DownloadManager.DownloadManifestAsRawFile(Uri& sourceUri, String targetPath, IDownloadNotification notification, DownloadOptions options, ServerInformation& serverInformation)
at System.Deployment.Application.DownloadManager.DownloadApplicationManifest(AssemblyManifest deploymentManifest, String targetDir, Uri deploymentUri, IDownloadNotification notification, DownloadOptions options, Uri& appSourceUri, String& appManifestPath)
at System.Deployment.Application.ApplicationActivator.DownloadApplication(SubscriptionState subState, ActivationDescription actDesc, Int64 transactionId, TempDirectory& downloadTemp)
at System.Deployment.Application.ApplicationActivator.InstallApplication(SubscriptionState& subState, ActivationDescription actDesc)
at System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
at System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
--- Inner Exception ---
System.Net.WebException
- The remote server returned an error: (500) Internal Server Error.
- Source: System
- Stack trace:
at System.Net.HttpWebRequest.GetResponse()
at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)

COMPONENT STORE TRANSACTION DETAILS
No transaction information is available.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.