WorkerExtensions.csproj trying to restore from private nuget feed, unsuccessfully
See original GitHub issueI hope this is the right place for this question.
I have this recurring problem with our local Functions app trying to build. We recently moved to .NET 6 Isolated to support some future product features.
On build, I get this error:
1>C:\Program Files\Microsoft Visual Studio\2022\Professional\Common7\IDE\CommonExtensions\Microsoft\NuGet\NuGet.targets(132,5): warning : No Authorization header detected
1>Retrying 'FindPackagesByIdAsync' for source 'https://nuget.pkg.github.com/{{ ourorg }}/download/microsoft.azure.webjobs.extensions.durabletask/index.json'.
1>Response status code does not indicate success: 401 (Unauthorized).
1>C:\Program Files\Microsoft Visual Studio\2022\Professional\Common7\IDE\CommonExtensions\Microsoft\NuGet\NuGet.targets(132,5): warning : No Authorization header detected
1>C:\Users\kevin\AppData\Local\Temp\l20wov0k.lk5\WorkerExtensions.csproj : error NU1301: Failed to retrieve information about 'Microsoft.Azure.WebJobs.Extensions.DurableTask' from remote source 'https://nuget.pkg.github.com{{ ourorg }}/download/microsoft.azure.webjobs.extensions.durabletask/index.json'.
1>Failed to restore C:\Users\kevin\AppData\Local\Temp\l20wov0k.lk5\WorkerExtensions.csproj (in 5.86 sec).
I’m not sure why WorkerExtensions.csproj is trying to look at our private Nuget feed for that package.
Functions.csproj
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>net6.0</TargetFramework>
<AzureFunctionsVersion>v4</AzureFunctionsVersion>
<OutputType>Exe</OutputType>
</PropertyGroup>
<ItemGroup>
<PackageReference Include="Microsoft.Azure.Functions.Extensions" Version="1.1.0" />
<PackageReference Include="Microsoft.Azure.Functions.Worker" Version="1.10.0" />
<PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.DurableTask" Version="1.0.0-rc.1" />
<PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Http" Version="3.0.13" />
<PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Storage" Version="5.0.1" />
<PackageReference Include="Microsoft.Azure.Functions.Worker.Extensions.Timer" Version="4.1.0" />
<PackageReference Include="Microsoft.Azure.Functions.Worker.Sdk" Version="1.7.0" OutputItemType="Analyzer" />
<PackageReference Include="Microsoft.DurableTask.Generators" Version="1.0.0-preview.1" OutputItemType="Analyzer" />
</ItemGroup>
<!-- other stuff removed for brevity -->
</Project>
Issue Analytics
- State:
- Created 9 months ago
- Reactions:1
- Comments:21 (8 by maintainers)
Top Results From Across the Web
WorkerExtensions.csproj trying to access private feed
WorkerExtensions. csproj was trying to access our private feed, hence it did not have the permissions to do so encountered the above error....
Read more >Troubleshooting NuGet Package Restore in Visual Studio
This article focuses on common errors when restoring packages and steps to resolve them. Package Restore tries to install all package ...
Read more >Package manager cannot find package in offline resources
Open Visual Studio, go to "Debug" --> "Options.." · Search for "Nuget Package Manager" --> General · Click on "Clear All Nuget Cache(s)"...
Read more >Rider does not prompt for credentials when trying to restore ...
Rider does not prompt for credentials when trying to restore NuGet packages from a private server.
Read more >Fixing NuGet error: Unable to load the service index for source
Something I've ran into several times is when running dotnet restore or dotnet add package <name> , the tool throws and error with...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@1kevgriff as a temporary workaround, moving your private feed entry from the global
nuget.configfile to a project levelnuget.configwould prevent the inner build from picking this up and potentially avoid this issue.Flagging this for investigations and ensure the following scenarios are handled: