Yet one more solution (after 6+ months). After trying all the possible solutions mentioned above - if you are still seeing the error: Response status code does not indicate success: 405 (Method Not Allowed). then most likely you need to disable your WebDav IIS plugin. You may either remove the IIS feature from the machine or if you need to keep the feature you may disable it only for this website. You may do this by editing the Web.config file (by default located here: C:\Program Files\ProGet\WebApp) and add two entries as shown below: <system.webServer> <modules> <remove name="WebDAVModule" /> </modules> <handlers> <remove name="WebDAV" /> </handlers> </system.webServer>" Note: the Modules and Handlers section should already exist, you only need to add the line <remove name="xxx"> for each section. I think Proget Dev team should integrate this in the Web.config by default to prevent future issues.. Thanks HS

This is not a supported setting to change, and you won't find anything useful by changing it; it's only intended for diagnostic purposes when working with an Inedo engineer. The specific behavior may change from version to version, and we don't want to document how it works or support a particular behavior. if you're really curious to know, the best bet would be to look at the source code, and see how it's used; that's how we would use it ourselves.

You'll need to run bmdbupdate.exe. It doesn't need to be run on the database server itself; the user that runs it must have dbo permissions to the proget database.

This is currently on our roadmap

There appears to be a problem with the windows service manager. I recommend you to reboot the server, and try again. If that fails, you can use the manual installation instructions.

Ah, I see it. I use Caddy as my reverse proxy which doesn't support this feature.

Thanks for the response! Gotta say, I'm impressed that y'all take the time to answer questions like this, even when they're from free-license users.

I figured that by remove Windows Auth and going back to build-in security but that won't work for my scenario. I've moved to an azure registry and it's working fine. I'm sorry I can't use Proget for all my feeds though. Cheers, ET

Jenkins does not support Windows Integrated auth, so you will need to disable it to get Jenkins to be able to talk to ProGet.

Sounds good. Thanks for taking a look Ben.

You can ignore this post. I can get my info from the API.

lol, boy I really need to quit doing 5 things at once. Thanks for the answer Ben. Thought you were answering another one I posted that I had meant to close. Going to drink my coffee now and hopefully wake up!

That's the error from the SCM, but the .NET error is also logged. You may want to try running the service interactively in this case, then you can see the error message and identify what's wrong with the db connection.

Sorry Sorry Sorry!!! I've tested it on VS2015 and VS2017 and it runs ok!!!! Sorry, 've mismatched the protocol (it must be set to "Atom Feed" (from VSGallery)).

The legacy source provider is available in the same Mercurial extension. As long as the provider has Log command line arguments disabled, the Admin_ConfigureBuildMaster permission is required to see the URL with the password in it. If the username or password has special characters that don't work in URLs, they can be encoded. Common characters that cannot be used in the username/password section of a URL without encoding include: \ (use %5C) / (use %2F) @ (use %40) : (use %3A, but don't encode the colon between the username and the password) % (use %25, but only if the percent sign is part of the username/password and not one of the above replacements)

You can do this... GET /upack/«feed-name»/search?query=«search-query»&count=«max-items» This is the same API that the ProGet Web Application uses to show results to users, and returns a list of packages similar to the packages endpoint.

Can I stop developers from accessing the Public feed?

Hello Graham, Filters are what you should use in this case. You can add a package ID like MyCompany.SomeProduct or a wildcard like MyCompany.*. A long list might be hard to work with, since it's just a text box, but if you're only adding new things to the list every so often and not modifying the list all the time, it should be fine.

It's just a way to organize packages. You can filter in the API currently but not in the UI. We had considered that feature when adding universal packages, but so far I believe you are the first to request it :) As an example, we use the groupings for extensions for our products, with the product name being the group for an extension.

I understand the frustration... but we really didn't design the UI for quick, rapid package deletes. Have you considered using retention policies instead ? This will automatically purge old versions. You can also write a script that uses the API to do it. As a work-around for the manual mass deleted... I suppose in this case, you could just middle-click to open a new tab, and then delete several tabs at once?