Home: Errors due to missing/failing sources are inconsistently shown in solution explorer vs the error list

Created on 28 Aug 2018  Â·  7Comments  Â·  Source: NuGet/Home

From email:

There is a more widespread issue here of NuGet warnings never showing up in the error list. We see this in every project we maintain.
• Can't connect to NuGet feed? No error from that, but hundreds of errors from missing types
• Can't find the right package version? No errors from the restore, just missing types or methods
It's extremely frustrating to kick off a build that needs a new version of a dependency and just see a wall of errors, more so when the error that matters "we couldn't even find your feed" isn't even in the list. I think that:
• NuGet errors and warnings should always appear in the errors list.
• We should never see a yellow warning symbol on the references tree unless it's also in the errors list.


We have noticed (guess since introducing .net core 2.1) increasing number of warnings related to nuget in project dependency hive.
image

In many cases we get a more detailed message about issue. But I see this warning very often without any message as shown in picture above.
Would it be possible to always provide error (warning), which caused this issue, assuming it is an issue?
Is there any other way to figure out the issue? Enabling build full trace?

ErrorHandling HttpCommunication Customer Sprint Restore Backlog 1 VS.Client Bug

Most helpful comment

For those trying to repro in other ways, here was my super quick demo showing most of the issues at once:

nugeterrors

All 7 comments

This is reproable.
Auto-restore does not seem to propagate this error.

Rebuild sometimes succeeds as well despite not being able to access the source.

If you do a 2nd restore though after the auto restore, the error does show up in the window.

Still need to confirm if this is a regression.

For those trying to repro in other ways, here was my super quick demo showing most of the issues at once:

nugeterrors

I was able to repro this on the latest D15.7, so it doesn't look like a regression from that specific release.

I think @rrelyea's work in https://github.com/NuGet/NuGet.Client/pull/3520 will fix this, but he'll know better :)

Restore Triage: Bumping priority as a good quality task.

Related scenario is mentioned in https://github.com/NuGet/Home/issues/10424.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

vsfeedback picture vsfeedback  Â·  3Comments

infin8x picture infin8x  Â·  3Comments

msaraf1 picture msaraf1  Â·  3Comments

blackchoey picture blackchoey  Â·  3Comments

sylvainlavoie picture sylvainlavoie  Â·  3Comments