Open jason-gill opened 5 years ago
Turns out that adding CredentialProvider.VSS.exe
to our build script had unintended consequences.
I changed our build script to copy the CredentialProvider.VSS.exe
to the %LocalAppData%\NuGet\CredentialProviders
directory which is the first directory Paket looks in for credentialing providers. In an AWS environment that provider doesn’t work because you need an access token to authenticate to VSTS. Because that credentialing provider was the first one found, Paket would hang trying to authenticate itself. Once that provider was removed, then Paket restore was able to find the credentialing provider installed by the “Setup Paket Credential Manager” task and everything works like it should.
Thanks a lot for this analysis, does that mean the first provider was trying to get interactive input from the user? Maybe we can improve that scenario by printing a warning in paket after a while when the credentials provider doesn't exit?
Yes, I do think that is what happens. I remember during my testing running the build manually on one of the build boxes and I got a login popup. After putting in my credentials that build box never had the authentication problem again but the other build boxes did.
Description
I am trying to use the "Setup Paket Credential Provider" and "Paket Restore" tasks but it is not working. When the "Paket Restore" task runs it tries to connect to the VSTS NuGet instance but it just hangs and eventually gives and error like "Possible Performance degradation, blacklist" and the build terminates because of timeout.
Repro steps
Prerequisites
At least how my environment is setup
Steps to reproduce
Expected behavior
NuGet packages hosted on VSTS would be restored
Actual behavior
Paket restore hangs and the build is eventually terminated because of a timeout
Details
Known workarounds
None