Strange. If you open the Tools->Options->Debugging dialog in Visual Studio, is the "Require source files to exactly match the original version" item checked? If it is not checked, that may cause it to use an old source file in the debugger. As far as I know, the PDB age is part of the symbol file's unique identifier - when Visual Studio asks for symbols, it makes a request to a URL with the PDB GUID and age. I think age normally gets incremented when a project is rebuilt in Visual Studio, though I don't know the rules about this for sure. Since you get the correct symbols/source if you clear out the symbol directory, I'm guessing Visual Studio just isn't making a request to ProGet because it thinks it already has the correct files. The best thing to do in this case is to run Fiddler and capture a trace of both behaviors and see what's different. You can send us a copy of these to support at inedo.com if you want some help troubleshooting.

Yeah that's probably the best bet.

Please note that granular, feed-based security is only available in the paid Enterprise edition. In the Express edition, privileges may only be applied to the whole system. If you would like to trial these features, you can request a trial key at https://my.inedo.com

Do you by chance have a space (or other reserved character) in the feed name? If so, make sure it is URL encoded when you access it, e.g.: http://domain.com:81/nuget/Feed Name With Spaces

Proget 3.4.4 Visual Studio fetches the PDB correctly to the symbols cache, but then searches for the source with a local path used on our build server. Sources are not downloaded.

PyPI support has been added and published as a pre-release version of 5.2.0. Visit the ProGet Versions page to download, or get it from the Inedo Hub download.

v3.3.11 has been released that should resolve this issue.

ProGet does index those source files, for both C# and C++. Are you having a problem with this, and if so, can you provide some repro steps?

I just installed v 3.4.6 Build 6 and it is now working. I used SQL Express installer this time instead of connecting to a stand alone sql server. Not sure if that made any difference.

Hi again. I found that if i Grant AND Deny the Anonymous user "View Only" privilege then everything is fine.

v3.3.11 has been released that should resolve this issue.

I did solve my problem with installing and reinstalling proget. Now is everything working.

OK, I've upgraded the feeds to the ProGet 3.3 format (there was still in legacy format), and I have been able to successfully apply your workaround proposition. It's not ideal but it's working.

I assume the internet is not accessible from the server that ProGet is installed on? Either way, try setting the UpdateCheck_Next setting on the Advanced Settings page to an empty value.

I can confirm that this is fixed in version 3.3.7 of ProGet. It is now working like a charm.

Reworking that page was already on our list of things to do for the next version, so this won't be an issue after that :) Thanks for your help!

I've just determined that the age is processed, but apparently we are not treating it as a hex number. We'll get this fixed in 3.3.6. Thanks a lot for the detailed analysis!

It looks like that was a holdover from when it was copied from the BuildMaster licensing page :/.... It should say: If you would prefer additional terms or an otherwise customized license agreement, we are amicable to negotiation for sales of 5 or more server licenses. From: http://inedo.com/proget/license-agreement

In 3.3.4 no; it is set to 1 minute and cannot be changed. We of course could make this configurable if 1 minute isn't quick enough.

Thank you for investigating the issue. I will assume that the observed behavior is due to a problem with the dependency graph specific to the Ninject nuget package.