Open zivkan opened 4 years ago
Looking a bit closer, I notice that the command line was a restore of a project, not a solution, and the failure happened in a P2P reference, not the project from the commandline. The P2P project uses packages.config, and it appears that the project file might have defined SolutionDir to ..\
. I think this is fundamentally the root cause, but I didn't try to repro it.
This is quite old but we got a feedback ticket where one of the configurations was setup incorrectly. They had the path as empty and were getting "The path is not of legal form" in the output pane when opening the PM UI.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<fallbackPackageFolders>
<add key="Xamarin Offline Packages" value="" />
</fallbackPackageFolders>
</configuration>
https://developercommunity.visualstudio.com/t/Not-able-to-use-Nuget-packages-Manager/10685079
edit: There are multiple possible issues that could be created after investigating this issue, but I think they're low impact, so possibly not worth tracking separately:
..\
, so it's hard to give a good, actionable error message from NuGet.ConfigurationSolutionDir
property, only needed for packages.config projects, even whenRestorePackagesConfig=true
is not used.SolutionDir
being a relative path, which is what NuGet itself added to the project file when using the "Enable NuGet Package Restore" command, only available in VS2010 to VS2012.From: https://developercommunity.visualstudio.com/content/problem/959974/vs-2019-165-nuget-package-manager-55-causes-the-pa.html
When the customer runs restore, they are simply getting the error:
After getting a binlog, I can see the stack trace:
We need to give better, actionable error messages to customers.