-
Notifications
You must be signed in to change notification settings - Fork 55
sporadic sourcelink test http request errors #322
Comments
Hmm just encountered a build where it worked on OSX but got this error on the Linux config. So I guess it's sporadically occurring on either |
Probably just HTTP errors communicating with GitHub. It is downloading all of the actual source files and verifying that their checksums work. |
strange that we never seemed to encounter it prior to moving to the SDK2 tooling though? I take it there is no way to see the |
The good news is the source code isn't complicated and you can use the AppVeyor NuGet feed or I can push your PR builds to the MyGet SourceLink feed. Let me know. |
Cool will have a look on the weekend, it would be nice if we can access the verbosity parameter of dotnet cmd and respond accordingly |
Still an issue? |
Reopen if it is. May be try dotnet 2.1? |
Yeah we do still get a large percentage of failures on travis, I've not had time to look at adding anything into sourcelink to help troubleshoot or retry though sorry May try 2.1 but my feeling is it's a networking issue from the travis container to github, whether it's abuse detection on github side or something on travis side I'm not sure |
(Happy to leave this closed though since I'm not actively looking at this right now) |
Reopening because I've been this error a lot. I'm one a fast internet connection. I have dotnet/sdk/2.1.300 installed and this is a netcoreapp2.1.
|
So that's running locally yourself? Interesting... Our travisCI builds have been (anecdotally) better recently, I haven't had this happen for several sequential builds whereas previously it was every couple of builds. We are still netcoreapp2.0 but SDK is now latest (2.1.300) |
I had a VPN on. After turning it off, The Newtonsoft.Json*.nupkg passed fives times in a row. |
😱 Only failing when I don't have Fiddler enabled
|
I'm looking at the .NET Core 2.1.1 update and hoping it is the concurrent socket disposal bug. Installing the update... |
That didn't help. If I set it to the old code with $env:DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER="false" I still get network problems, but with a different error:
|
May be worth reviewing: |
On TravisCI OSX image builds, have been getting
An error occurred while sending the request.
error when runningsourcelink test
against thenupkg
Windows (AppVeyor) and Linux (TravisCI) builds do not seem to be affected, however about 50% of OSX builds seem to be running into this.
Is there any way to get more debug output, for example a stack trace or the Inner Exception (presumably from the http request being made to github to get the hash)?
The command being run by our Cake build is essentially
dotnet sourcelink test <path to nupkg>
The task output:
I can't provide TravisCI logs because when you tell it to retry, it doesnt seem possible to get the earlier log anymore. But so far the OSX build will fail initially, then succeeded on the first retry... so 50%
The text was updated successfully, but these errors were encountered: