-
Notifications
You must be signed in to change notification settings - Fork 569
DirectoryAssemblyResolver usage needs better error reporting #2655
Copy link
Copy link
Open
Labels
Area: App+Library BuildIssues when building Library projects or Application projects.Issues when building Library projects or Application projects.enhancementProposed change to current functionality.Proposed change to current functionality.possibly-staleIssues that are potentially no longer relevant.Issues that are potentially no longer relevant.vs-syncFor internal use only; creates a VSTS "mirror" issue.For internal use only; creates a VSTS "mirror" issue.
Metadata
Metadata
Assignees
Labels
Area: App+Library BuildIssues when building Library projects or Application projects.Issues when building Library projects or Application projects.enhancementProposed change to current functionality.Proposed change to current functionality.possibly-staleIssues that are potentially no longer relevant.Issues that are potentially no longer relevant.vs-syncFor internal use only; creates a VSTS "mirror" issue.For internal use only; creates a VSTS "mirror" issue.
Type
Fields
Give feedbackNo fields configured for issues without a type.
Context: https://developercommunity.visualstudio.com/content/problem/414579/error-10.html
Remember commit 38c365b / PR #1551 / Issue #1532, in which attempts to find an assembly which do not exist results in terrible error messages, a'la
The same "bad error message" scenario exists in
<ResolveLibraryProjectImports/>as well.All locations which "resolve assemblies" -- such as
DirectoryAssemblyResolver-- should be reviewed to ensure that useful error messages are produced. AFileNotFoundExceptionis not usable.