Cannot load or run lots of my projects in my solution after installing .NET 7 #28947

sencagri · 2022-11-08T18:54:19Z

Edit + General Resolution (from @nagilson):

This is now documented as a known issue for .NET 7 and a resolution is provided here.

Describe the bug

I just installed the last update of visual studio. Then, this happened, I cannot open my projects.

C:\Users\PC2\source\repos\AktifPOS\AktifBarkod.AktifPOS.Data\AktifBarkod.AktifPOS.Data.csproj : error : SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET.Sdk". Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, String sdkVersion, String userProfileDir)
at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVersion, String userProfileDir)
at Microsoft.DotNet.MSBuildSdkResolver.DotNetMSBuildSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext context, SdkResultFactory factory)
at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IList`1 resolvers, Int32 submissionId, SdkReference sdk, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult)"" C:\Users\PC2\source\repos\AktifPOS\AktifBarkod.AktifPOS.Data\AktifBarkod.AktifPOS.Data.csproj

To Reproduce

Exceptions (if any)

Further technical details

PS C:\Users\PC2> dotnet --info
.NET SDK:
Version: 7.0.100
Commit: e12b7af

Runtime Environment:
OS Name: Windows
OS Version: 10.0.22621
OS Platform: Windows
RID: win10-x64
Base Path: C:\Program Files\dotnet\sdk\7.0.100\

Host:
Version: 7.0.0
Architecture: x64
Commit: d099f075e4

.NET SDKs installed:
3.1.424 [C:\Program Files\dotnet\sdk]
5.0.301 [C:\Program Files\dotnet\sdk]
5.0.414 [C:\Program Files\dotnet\sdk]
6.0.100-rc.1.21463.6 [C:\Program Files\dotnet\sdk]
6.0.200 [C:\Program Files\dotnet\sdk]
7.0.100-rc.2.22477.23 [C:\Program Files\dotnet\sdk]
7.0.100 [C:\Program Files\dotnet\sdk]

.NET runtimes installed:
Microsoft.AspNetCore.App 3.1.16 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.21 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.31 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 5.0.7 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 5.0.10 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.0-rc.1.21452.15 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.1 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.2 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.0-rc.2.22476.2 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.NETCore.App 3.1.16 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.21 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.23 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.31 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 5.0.7 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.0-rc.1.21451.13 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.1 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.2 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.3 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.0-rc.2.22472.3 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 3.1.16 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 3.1.23 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 3.1.31 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 5.0.7 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.0-rc.1.21451.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.2 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 7.0.0-rc.2.22472.13 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

Other architectures found:
arm64 [C:\Program Files\dotnet]
registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\arm64\InstallLocation]
x86 [C:\Program Files (x86)\dotnet]
registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\InstallLocation]

Environment variables:
Not set

global.json file:
Not found

Learn more:
https://aka.ms/dotnet/info

Download .NET:
https://aka.ms/dotnet/download
PS C:\Users\PC2>

VS 2019, VS 2022, VS 2022 Preview

The text was updated successfully, but these errors were encountered:

dotnet-issue-labeler · 2022-11-08T18:54:23Z

I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label.

xt0rted · 2022-11-08T19:55:17Z

Just updated VS and I'm getting the same error when I open my .net 6 projects (without a global.json), as well as when I try to run dotnet ... commands in projects where the sdk was bumped to 7.0.100, switching back to 6.0.402 results in the errors going away.

Project without a global.json targeting net6.0:

❯⠀dotnet new globaljson
Unhandled exception: Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, String sdkVersion, String userProfileDir)
   at Microsoft.DotNet.Workloads.Workload.List.WorkloadInfoHelper..ctor(VerbosityOptions verbosity, String targetSdkVersion, Nullable`1 verifySignatures, IReporter reporter, IWorkloadInstallationRecordRepository workloadRecordRepo, String currentSdkVersion, String dotnetDir, String userProfileDir, IWorkloadResolver workloadResolver)
   at Microsoft.DotNet.Cli.NewCommandParser.CreateHost(Boolean disableSdkTemplates, Boolean disableProjectContext, FileInfo projectPath, FileInfo outputPath, LogLevel logLevel)
   at Microsoft.DotNet.Cli.NewCommandParser.<GetCommand>g__GetEngineHost|11_0(ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.BaseCommand.CreateEnvironmentSettings(GlobalArgs args, ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.BaseCommand`1.InvokeAsync(InvocationContext context)
   at Microsoft.TemplateEngine.Cli.Commands.BaseCommand`1.Invoke(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.<>c__DisplayClass4_0.<<BuildInvocationChain>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at Microsoft.DotNet.Cli.Parser.<>c__DisplayClass17_0.<<UseParseErrorReporting>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.CommandLineBuilderExtensions.<>c__DisplayClass11_0.<<UseHelp>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.CommandLineBuilderExtensions.<>c.<<UseSuggestDirective>b__17_0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.CommandLineBuilderExtensions.<>c__DisplayClass15_0.<<UseParseDirective>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.CommandLineBuilderExtensions.<>c__DisplayClass7_0.<<UseExceptionHandler>b__0>d.MoveNext()

Project with a global.json pinned to 7.0.100 and targeting net6.0:

❯⠀dotnet tool restore
C:\Users\brian\AppData\Local\Temp\c296991e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): error MSB4242: SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildWorkloadSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET
.SdC:\Users\brian\AppData\Local\Temp\6612f8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): error MSB4242: SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildWorkloadSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET
.Sdk". Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workloa 
d.mono.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
C:\Users\brian\AppData\Local\Temp\6612fC:\Users\brian\AppData\Local\Temp\27a236df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242: SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildWorkloadSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET
.Sdk". Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workloa 
d.mono8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
C:\Users\brian\AppData\Local\Temp\6612f8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): erk". Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workloa
d.mono.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
C:\Users\brian\AppData\Local\Temp\27a23ror MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, Strin
g sdkVersion, String userProfileDir)
C:\Users\brian\AppData\Local\Temp\6612f8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVe 
rsion, String userProfileDir)
C:\Users\brian\AppData\Local\Tem6df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
C:\Users\brian\AppData\Local\Temp\27a236df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, Strin 
g sdkVersion, String userProfileDir)
C:\Users\brian\AppData\Local\Temp\27a236df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVe 
rsion, String userProfileDir)
C:\Users\brian\AppData\Local\Temp\27a236df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.WorkloadSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext resolverContext, S 
dkResultFactory factory)
C:\Users\p\6612f8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.WorkloadSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext resolverContext, S
dkResultFactory factory)
C:\Users\.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
C:\Users\brian\AppData\Local\Temp\c2969brian\AppData\Local\Temp\27a236df-c809-48b8-b7a0-e6e7e874c576\restore.csproj(5,31): error MSB4242:    at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IList`1 resolvers, Int32 submissionId, SdkR
eference sdkbrian\AppData\Local\Temp\6612f8be-9856-44c2-b7fb-d88752dc0763\restore.csproj(5,31): error MSB4242:    at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IList`1 resolvers, Int32 submissionId, SdkR
eference sdk91e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
C:\Users\brian\AppData\Local\Temp\c296991e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): er, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult)""
, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult)""
ror MSB4242:    at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, Strin
g sdkVersion, String userProfileDir)
C:\Users\brian\AppData\Local\Temp\c296991e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVe 
rsion, String userProfileDir)
C:\Users\brian\AppData\Local\Temp\c296991e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): error MSB4242:    at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.WorkloadSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext resolverContext, S 
dkResultFactory factory)
C:\Users\brian\AppData\Local\Temp\c296991e-f923-4229-8180-492a3f6e3183\restore.csproj(5,31): error MSB4242:    at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IList`1 resolvers, Int32 submissionId, SdkR 
eference sdk, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult)""

Package "mockaco" failed to restore, due to Microsoft.DotNet.ToolPackage.ToolPackageException: The tool package could not be restored.
   at Microsoft.DotNet.Tools.Tool.Install.ProjectRestorer.Restore(FilePath project, PackageLocation packageLocation, String verbosity)
   at Microsoft.DotNet.ToolPackage.ToolPackageInstaller.InstallPackageToExternalManagedLocation(PackageLocation packageLocation, PackageId packageId, VersionRange versionRange, String targetFramework, String verbosity)
   at Microsoft.DotNet.Tools.Tool.Restore.ToolRestoreCommand.InstallPackages(ToolManifestPackage package, Nullable`1 configFile)
Package "run-script" failed to restore, due to Microsoft.DotNet.ToolPackage.ToolPackageException: The tool package could not be restored.
   at Microsoft.DotNet.Tools.Tool.Install.ProjectRestorer.Restore(FilePath project, PackageLocation packageLocation, String verbosity)
   at Microsoft.DotNet.ToolPackage.ToolPackageInstaller.InstallPackageToExternalManagedLocation(PackageLocation packageLocation, PackageId packageId, VersionRange versionRange, String targetFramework, String verbosity)
   at Microsoft.DotNet.Tools.Tool.Restore.ToolRestoreCommand.InstallPackages(ToolManifestPackage package, Nullable`1 configFile)
Package "startup-projects" failed to restore, due to Microsoft.DotNet.ToolPackage.ToolPackageException: The tool package could not be restored.
   at Microsoft.DotNet.Tools.Tool.Install.ProjectRestorer.Restore(FilePath project, PackageLocation packageLocation, String verbosity)
   at Microsoft.DotNet.ToolPackage.ToolPackageInstaller.InstallPackageToExternalManagedLocation(PackageLocation packageLocation, PackageId packageId, VersionRange versionRange, String targetFramework, String verbosity)
   at Microsoft.DotNet.Tools.Tool.Restore.ToolRestoreCommand.InstallPackages(ToolManifestPackage package, Nullable`1 configFile)

Tool 'rimraf' (version '0.1.0') was restored. Available commands: rimraf

Restore partially failed.

pascallapradebrite4 · 2022-11-08T20:17:17Z

I tried to hack the problem locally pending a proper fix.

My error message states that there is a conflict between two manifests (macOS arm64, hence the paths):
/usr/local/share/dotnet/sdk-manifests/7.0.100/microsoft.net.workload.mono.toolchain/WorkloadManifest.json [...] conflicts with manifest [...] /usr/local/share/dotnet/sdk-manifests/7.0.100/microsoft.net.workload.mono.toolchain.net7/WorkloadManifest.json

I'm not entirely sure how these are intended to work, but I saw "there is a conflict" and thought "what if I remove one of them?".

So I deleted (moved elsewhere just in case) the .net7 manifest directory specifically, and everything is back to working.

sudo mv /usr/local/share/dotnet/sdk-manifests/7.0.100/microsoft.net.workload.mono.toolchain.net7 ~/dotnet.bak

Now, dotnet restore, dotnet build and dotnet run all work.

Obviously this is just a temporary hack, your mileage may vary, and I don't know if this can damage some setups, I'm not endorsing that everyone affected should do this while waiting for the fix. Just hoping it can help some people in the meantime.

Edit: I should mention: macOS 13.0 arm64, .NET 7.0 SDK arm64 GA directly, no Visual Studio, here are all my SDKs installed:

6.0.100 [/usr/local/share/dotnet/sdk]
6.0.101 [/usr/local/share/dotnet/sdk]
6.0.102 [/usr/local/share/dotnet/sdk]
6.0.200 [/usr/local/share/dotnet/sdk]
6.0.201 [/usr/local/share/dotnet/sdk]
6.0.300 [/usr/local/share/dotnet/sdk]
6.0.301 [/usr/local/share/dotnet/sdk]
7.0.100-preview.5.22307.18 [/usr/local/share/dotnet/sdk]
7.0.100-preview.6.22352.1 [/usr/local/share/dotnet/sdk]
7.0.100-preview.7.22377.5 [/usr/local/share/dotnet/sdk]
7.0.100-rc.1.22431.12 [/usr/local/share/dotnet/sdk]
7.0.100-rc.2.22477.23 [/usr/local/share/dotnet/sdk]
7.0.100 [/usr/local/share/dotnet/sdk]

xt0rted · 2022-11-08T20:32:16Z

Following up on the workaround by @pascallapradebrite4 if I remove C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain then things start to work again. Removing the microsoft.net.workload.mono.toolchain.net7 folder didn't help in my instance.

Contents of C:\Program Files\dotnet\sdk-manifests\7.0.100:

❯⠀dir /B
microsoft.net.sdk.android
microsoft.net.sdk.ios
microsoft.net.sdk.maccatalyst
microsoft.net.sdk.macos
microsoft.net.sdk.maui
microsoft.net.sdk.tvos
microsoft.net.workload.emscripten
microsoft.net.workload.emscripten.net6
microsoft.net.workload.emscripten.net7
microsoft.net.workload.mono.toolchain
microsoft.net.workload.mono.toolchain.net6
microsoft.net.workload.mono.toolchain.net7

❯⠀dotnet --info
.NET SDK:
 Version:   7.0.100
 Commit:    e12b7af219

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.22621
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\7.0.100\

Host:
  Version:      7.0.0
  Architecture: x64
  Commit:       d099f075e4

.NET SDKs installed:
  2.1.818 [C:\Program Files\dotnet\sdk]
  3.0.103 [C:\Program Files\dotnet\sdk]
  3.1.424 [C:\Program Files\dotnet\sdk]
  5.0.203 [C:\Program Files\dotnet\sdk]
  5.0.214 [C:\Program Files\dotnet\sdk]
  5.0.303 [C:\Program Files\dotnet\sdk]
  5.0.408 [C:\Program Files\dotnet\sdk]
  6.0.100-preview.3.21202.5 [C:\Program Files\dotnet\sdk]
  6.0.202 [C:\Program Files\dotnet\sdk]
  6.0.203 [C:\Program Files\dotnet\sdk]
  6.0.305 [C:\Program Files\dotnet\sdk]
  6.0.401 [C:\Program Files\dotnet\sdk]
  6.0.402 [C:\Program Files\dotnet\sdk]
  7.0.100-preview.6.22352.1 [C:\Program Files\dotnet\sdk]
  7.0.100 [C:\Program Files\dotnet\sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.All 2.1.26 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.All]
  Microsoft.AspNetCore.All 2.1.27 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.All]
  Microsoft.AspNetCore.All 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.All]
  Microsoft.AspNetCore.App 2.1.26 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 2.1.27 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 3.0.3 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 3.1.11 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 5.0.9 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 5.0.12 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 5.0.16 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.0-preview.3.21201.13 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.4 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.9 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.0-preview.6.22330.3 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 2.1.27 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 2.1.30 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 3.0.3 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 3.1.11 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 5.0.9 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 5.0.12 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 5.0.16 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.0-preview.3.21201.4 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.4 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.9 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.0-preview.6.22324.4 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
  Microsoft.WindowsDesktop.App 3.0.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 3.1.11 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 3.1.30 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 5.0.9 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 5.0.12 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 5.0.16 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 5.0.17 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.0-preview.3.21201.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.4 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.5 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.9 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.10 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 6.0.11 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 7.0.0-preview.6.22351.3 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
  Microsoft.WindowsDesktop.App 7.0.0 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

Other architectures found:
  arm64 [C:\Program Files\dotnet]
    registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\arm64\InstallLocation]
  x86   [C:\Program Files (x86)\dotnet]
    registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\InstallLocation]

Environment variables:
  Not set

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

xt0rted · 2022-11-08T20:41:12Z

Just realized there was still a preview version of the sdk installed. I assumed this would be cleaned up when updating since I never manually installed this, but I guess it wasn't. After updating I did restart like it suggested so it's not due to a cleanup task not running yet.

I manually uninstalled 7.0.100-preview.6.22352.1 and that removes microsoft.net.workload.emscripten and microsoft.net.workload.mono.toolchain from C:\Program Files\dotnet\sdk-manifests\7.0.100 which fixed the issue for me.

nyan-cat · 2022-11-08T20:53:10Z

@xt0rted faced same issue, followed your instruction. deleted the folder, and everything is fine again :)

sencagri · 2022-11-08T21:23:51Z

I'm not sure about deleting anything that I don't know. I'm scared if it makes it worse.

nyan-cat · 2022-11-08T21:25:31Z

@sencagri

I'm not sure about deleting anything that I don't know. I'm scared if it makes it worse.

Don't delete, but move it to some other outer folder. If things get worse - just move it back :)

xt0rted · 2022-11-08T21:42:38Z

@sencagri you have a pre-release version of dotnet 7 installed (7.0.100-rc.2.22477.23), uninstall that and see if the errors persist. When I uninstalled the preview that was left on my machine the issues went away.

nagilson · 2022-11-08T23:46:45Z

Sorry you're dealing with this; it sucks to get an update and then suddenly have your things break.

The official guidance we have for you atm is to uninstall any preview SDKs, like @xt0rted mentioned. Some workload files in some of the preview SDKs will conflict with the RTM / official .NET 7 SDK release. @pascallapradebrite4's suggestion to delete the microsoft.net.workload.mono.toolchain is also valid and we have been telling people internally to do the same.

As for why, I believe In the middle of preview development some workload content got renamed, with .net7.0 being appended to the end. The reason this happened (multi targeting) is convoluted to say the least and someone else from the team could probably explain it better. We've been having discussions about how to prevent the same thing happening when folks upgrade to .NET 8. We are also considering dotnet workload clean which could fix this for you. Thanks, and please let us know of any other feedback or questions here!

is-aka-konor · 2022-11-09T04:35:46Z

In my case, on Mac I had to

Delete all unused Dotnet runtimes & SDKs via dotnet-core-uninstall (https://github.com/dotnet/cli-lab/releases)
Remove all folders in /usr/local/share/dotnet/sdk-manifests
Re-install required .Net SDKs

sencagri · 2022-11-09T07:45:39Z

I have deleted the folders you mentioned. Now I'm able to load projects but cannot build anymore. I am getting these errors:

4>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Android is not installed. Please restore and try again.
4>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Core is not installed. Please restore and try again.
4>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Controls is not installed. Please restore and try again.
4>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Essentials is not installed. Please restore and try again.

What is "restore" mean?

is-aka-konor · 2022-11-09T08:09:08Z

What is "restore" mean?

Unfortunately, the dotnet documentation isn’t clear about it.

Have you reinstalled the SDKs?
Have you tried to restore NuGet packages?
Have you tried to repair your visual studio installation?

walterlv · 2022-11-09T08:20:00Z

I have the same issue.

Fortunately, I have two computers running the same version of .NET 7.0 / Visual Studio 2022 with the same workloads. One works fine and the other is broken. I checked the path C:\Program Files\dotnet\sdk-manifests\7.0.100 and find that the PC with broken Visual Studio has an extra folder named microsoft.net.workload.mono.toolchain.

I deleted the extra folder, and now the .NET 7.0 / Visual Studio works fine.

The error message:

🤣:  dotnet new --help
Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: 清单“wasm-tools”[microsoft.net.workload.mono.toolchain] 中的工作负载定义“C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json”与清单“microsoft.net.workload.mono.toolchain.net7”[C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json] 冲突
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, String sdkVersion, String userProfileDir)
   at Microsoft.DotNet.Workloads.Workload.List.WorkloadInfoHelper..ctor(VerbosityOptions verbosity, String targetSdkVersion, Nullable`1 verifySignatures, IReporter reporter, IWorkloadInstallationRecordRepository workloadRecordRepo, String currentSdkVersion, String dotnetDir, String userProfileDir, IWorkloadResolver workloadResolver)
   at Microsoft.DotNet.Cli.NewCommandParser.CreateHost(Boolean disableSdkTemplates, Boolean disableProjectContext, FileInfo projectPath, FileInfo outputPath, LogLevel logLevel)
   at Microsoft.DotNet.Cli.NewCommandParser.<GetCommand>g__GetEngineHost|11_0(ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.BaseCommand.CreateEnvironmentSettings(GlobalArgs args, ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.NewCommand.<CustomHelpLayout>b__31_0(HelpContext context)
   at Microsoft.DotNet.Cli.Parser.DotnetHelpBuilder.Write(HelpContext context)
   at System.CommandLine.Invocation.InvocationPipeline.GetExitCode(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.<Invoke>g__FullInvocationChain|3_0(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.Invoke(IConsole console)
   at Microsoft.DotNet.Cli.Program.ProcessArgs(String[] args, TimeSpan startupTime, ITelemetry telemetryClient)
   at Microsoft.DotNet.Cli.Program.Main(String[] args)

DerekZiemba · 2022-11-09T08:20:05Z

Following up on the workaround by @pascallapradebrite4 if I remove C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain then things start to work again. Removing the microsoft.net.workload.mono.toolchain.net7 folder didn't help in my instance.

@xt0rted FINALLY A (partial) SOLUTION! Notes:

For those who don't want to actually delete microsoft.net.workload.mono.toolchain, VS2022 will still manage to find it if you create a new folder and drag them in. I had to 7zip it to keep VS2022 away.
The publish error that originally caused me to try .NET 7 Previews is back

I've had this (or very similar) issue since June 15 2022 (judging by folder dates modified) which coincides with the Jun 14, 2022 release of .NET 7 Preview 5. I had originally tried the .NET 7.0 Preview due to bugs in .NET6.0 that prevented publishing Trimmed & SelfContained executables.
My VS2022Pro has since been broke due to MSBuildSdkResolver errors and I've been forced to use VS2022ProPreview ever since. I had tried: a complete reinstall, devenv /resetuserdata, & using a different /RootSuffix .

Today I upgraded to dotnet7.0 RTM. This broke BOTH VS2022Pro & VS2022ProPreview so I'm now dead in the water. This time though, Google actually has search result because everyone's been upgrading to dotnet7.0.
However, this new error is slightly different than the original. The original was a lot less helpful as it did not mention anything about wasm-tools or microsoft.net.workload.mono.toolchain. What I could still find in my clipboard history is just:

Microsoft.VisualStudio.ProjectSystem.Query.QueryExecutionException: SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildSdkResolver" failed while attempting to resolve the SDK

My new issue / return of the Publish issue:

I originally went to VS2022ProPreview with .NET 7.0 Preview 5 because publishing with .NET6.0 would always result in:

Publish has encountered an error. We were unable to determine the cause of the error. Check the output log for more details.
A diagnostic log has been written to the following location:
"C:\Users\Derek\AppData\Local\Temp\tmp5DAA.tmp"

Contents of C:\Users\Derek\AppData\Local\Temp\tmp5DAA.tmp:

System.AggregateException: One or more errors occurred.
---> Microsoft.WebTools.Shared.Exceptions.WebToolsException: Publish has encountered an error.
We were unable to determine the cause of the error. Check the output log for more details.
--- End of inner exception stack trace ---
---> (Inner Exception #0) Microsoft.WebTools.Shared.Exceptions.WebToolsException: Publish has encountered an error.
We were unable to determine the cause of the error. Check the output log for more details. <---

Microsoft.WebTools.Shared.Exceptions.WebToolsException: Publish has encountered an error.
We were unable to determine the cause of the error. Check the output log for more details.

Build Output:

2>Assets file '.\launcher.out\obj\publish\win-x86\project.assets.json' doesn't have a target for 'net7.0'.
Ensure that restore has run and that you have included 'net7.0' in the TargetFrameworks for your project.
Build has been canceled.

Yet, the project builds just fine in Debug & Release mode. It's only for publish that 'project.assets.json' doesn't have a target for 'net7.0'.

Publish worked before the update.

@walterlv or anyone else. Can you verify Publish still works after deleting the mono folder?

sencagri · 2022-11-09T08:35:07Z

I was able to build and debug some of my projects before deleting the folder mentioned above. After deleting, I cannot debug & build or publish.

Things I have tried but build:
Tried reinstalling VS,
Repairing VS,
Delete and reinstall nuget packages,
Cleaning solution and project and also deleting obj and bin folders,
Try to build after removing dotnet sdks,
Try to build after reinstalling dotnet sdks,
I have downloaded and installed all windows updates.

What about installing a zero Windows 10 & 11 ? What is the fastest way to workaround before official solution?

alexeyzimarev · 2022-11-09T08:54:55Z

Delete all unused Dotnet runtimes & SDKs via dotnet-core-uninstall

The uninstall tool has an artificial limitation not to uninstall SDK 7+ versions, and the issue is open since August (dotnet/cli-lab#230). Ironically, I tried cloning the repository to apply the fix and run it, but it failed to build because of the exact issue described here.

walterlv · 2022-11-09T08:58:13Z

@DerekZiemba Any suggestions for me to verify the Publish?

I've published some of my WPF / MAUI / Asp.NET projects and succeeded. I can't figure out which type of project will use the mono workload to verify the lack of the deleted folder.

vshapenko · 2022-11-09T09:40:16Z

Have same issue, deleting microsoft.net.workload.mono.toolchain helped alot on my mac. Kudos to @pascallapradebrite4 for workaround. Anyway, i am guessing that one of net 7/6 preview versions had improper folder name

DerekZiemba · 2022-11-09T09:40:21Z

@walterlv I'm just publishing a console app that doesn't show a window. Its purpose is a launcher and updater.
Here's the publish profile. Be sure to change the extension to .pubxml
net7.0-x86.md

Also I checked my shadow volume checkpoint history and my microsoft.net.workload.mono.toolchain file did not change. However, my VS2022 install that was relying on those has been broken for months which is why I was using VS2022 Preview on 7.0.100-rc2, which notably did not contain:

microsoft.net.workload.emscripten
microsoft.net.workload.emscripten.net6
microsoft.net.workload.emscripten.net7
microsoft.net.workload.mono.toolchain
microsoft.net.workload.mono.toolchain.net6
microsoft.net.workload.mono.toolchain.net7

There's also a stackoverflow thread about this https://stackoverflow.com/questions/74365441/sdk-resolver-failure-net-7-net-6

They said to uninstall the previews. Which I do have installed and am in the process of removing. Will report back if it fixes things.

EDIT: Everything works for me now. Better than it ever has actually. I've been putting up with an issue where dotnet core, standard, new framework , & anything except dotnet framework <4.8.1 project templates wouldn't appear in the new project menus. That's fixed too now.

To get it to publish I had to remove the following from the project file

    <TargetFramework>net7.0-windows10.0.17763.0</TargetFramework>
    <SupportedOSPlatformVersion>7.0</SupportedOSPlatformVersion>

huoyaoyuan · 2022-11-09T10:21:02Z

Also hitting this.
The previously installed preview SDK was overridden by Visual Studio installed SDK, but the extra folder wasn't removed.

Hyper-Dragon · 2022-11-09T11:36:05Z

I manually uninstalled 7.0.100-preview.6.22352.1 and that removes microsoft.net.workload.emscripten and microsoft.net.workload.mono.toolchain from C:\Program Files\dotnet\sdk-manifests\7.0.100 which fixed the issue for me.

@xt0rted Many thanks. It was Microsoft .NET SDK 7.0.100-preview.3.22179.4 in my case.

ptr727 · 2022-11-09T18:45:05Z

metoo, can't open projects after updating VS:

C:\Users\piete\source\repos\ptr727\PlexCleaner\PlexCleaner\PlexCleaner.csproj : error  : SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET.Sdk". Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, String sdkVersion, String userProfileDir)
   at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVersion, String userProfileDir)
   at Microsoft.DotNet.MSBuildSdkResolver.DotNetMSBuildSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext context, SdkResultFactory factory)
   at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IList`1 resolvers, Int32 submissionId, SdkReference sdk, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult)""  C:\Users\piete\source\repos\ptr727\PlexCleaner\PlexCleaner\PlexCleaner.csproj

See context here: dotnet/sdk#28947

nagilson · 2022-11-10T00:18:27Z

@sencagri

I'm going to pin the solution that worked for most people by editing it and appending it to the top of your comment. Following up here to try to help with your specific scenario.
I saw the error you mentioned here:

4>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Android is not installed. Please restore and try again

I'm pretty sure the intention of that error was to get you to do a nuget restore but I'm not sure if that will really solve the situation as your machine is probably in a pretty weird state. I saw you mentioned reinstalling the .NET 7 SDK but more information here would be helpful.

Please try doing an uninstall of all .NET 7 SDKs, since you're on windows you can easily do this in the Add or Remove Programs window.

Visual Studio may also have .NET 7 preview SDKs installed, after the uninstall go to the VS Installer, Modify existing VS Installations, Individual Components, and make sure there are no remaining .NET 7 SDKs.

Then re-install a single copy of the .NET 7 RTM SDK. If it doesn't work with a clean installation, please report back what errors you get trying to build so we can take another look.

DimaViaroukin · 2022-11-10T08:41:59Z

Had the same problem on Macbook Arm64

What helped me:

Remove VS 2022 for Mac
Removing .net sdk and runtimes (https://learn.microsoft.com/en-gb/dotnet/core/additional-tools/uninstall-tool?tabs=macos and some manual scripts to remove .net 7 and dotnet folders in /etc and /usr/local/share folders)
Install .net 7 and only after that step to install .net 6
Intall VS for Mac.

Also i checked in Rider 2022.2 and 2022.3 EAP 7 and works fine there as well

sencagri · 2022-11-10T08:46:09Z

I have installed everything from zero. Now everything works. Thanks for help.

nagilson · 2022-11-10T17:10:52Z

@sencagri Glad to hear! Thanks for reaching out and working it through with us.

udlose · 2022-11-10T18:13:06Z

Uninstalling all of the .NET 7 Preview releases resolved the issue for me

resting · 2022-11-11T18:38:07Z

Had the same problem on Macbook Arm64

What helped me:

Remove VS 2022 for Mac

Removing .net sdk and runtimes (https://learn.microsoft.com/en-gb/dotnet/core/additional-tools/uninstall-tool?tabs=macos and some manual scripts to remove .net 7 and dotnet folders in /etc and /usr/local/share folders)

Install .net 7 and only after that step to install .net 6

Intall VS for Mac.

Also i checked in Rider 2022.2 and 2022.3 EAP 7 and works fine there as well

ended up removing /usr/local/share/dotnet/sdk and /usr/local/share/dotnet/sdk-manifests.
then reinstalled .net 7 followed by .net 6.
was finally able to load the projects again with rider.

rodoUAM · 2022-11-11T21:48:20Z

I only unintall the NET CORE 7 preview from my PC and It works for me. I hope that It will be usefull

pplaissy · 2022-11-15T17:47:52Z

I have the same issue.

Fortunately, I have two computers running the same version of .NET 7.0 / Visual Studio 2022 with the same workloads. One works fine and the other is broken. I checked the path C:\Program Files\dotnet\sdk-manifests\7.0.100 and find that the PC with broken Visual Studio has an extra folder named microsoft.net.workload.mono.toolchain.

I deleted the extra folder, and now the .NET 7.0 / Visual Studio works fine.

The error message:

🤣:  dotnet new --help
Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: 清单“wasm-tools”[microsoft.net.workload.mono.toolchain] 中的工作负载定义“C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json”与清单“microsoft.net.workload.mono.toolchain.net7”[C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json] 冲突
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.ComposeWorkloadManifests()
   at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadResolver.Create(IWorkloadManifestProvider manifestProvider, String dotnetRootPath, String sdkVersion, String userProfileDir)
   at Microsoft.DotNet.Workloads.Workload.List.WorkloadInfoHelper..ctor(VerbosityOptions verbosity, String targetSdkVersion, Nullable`1 verifySignatures, IReporter reporter, IWorkloadInstallationRecordRepository workloadRecordRepo, String currentSdkVersion, String dotnetDir, String userProfileDir, IWorkloadResolver workloadResolver)
   at Microsoft.DotNet.Cli.NewCommandParser.CreateHost(Boolean disableSdkTemplates, Boolean disableProjectContext, FileInfo projectPath, FileInfo outputPath, LogLevel logLevel)
   at Microsoft.DotNet.Cli.NewCommandParser.<GetCommand>g__GetEngineHost|11_0(ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.BaseCommand.CreateEnvironmentSettings(GlobalArgs args, ParseResult parseResult)
   at Microsoft.TemplateEngine.Cli.Commands.NewCommand.<CustomHelpLayout>b__31_0(HelpContext context)
   at Microsoft.DotNet.Cli.Parser.DotnetHelpBuilder.Write(HelpContext context)
   at System.CommandLine.Invocation.InvocationPipeline.GetExitCode(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.<Invoke>g__FullInvocationChain|3_0(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.Invoke(IConsole console)
   at Microsoft.DotNet.Cli.Program.ProcessArgs(String[] args, TimeSpan startupTime, ITelemetry telemetryClient)
   at Microsoft.DotNet.Cli.Program.Main(String[] args)

same issue, no projects could be loaded after the vs/net 7.0 update. Removing the microsoft.net.workload.mono.toolchain directory fixed it. Thank you very much 👍

MickCG · 2022-11-16T23:13:23Z

Deleting: C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain
did the trick for me. I got so frustrated I deleted VS 2022, removed all the frameworks and no luck. A real pain worked like two days but removing that one directory did it. The fact that the install or update that MS created was not smart enough th do that kind of ticks me off, how stupid.

reecebradley · 2022-11-17T20:42:13Z

I don't have evident to prove it now but what it looked like to me from the CLI output was that .NET 7.0.100 was showing up as a preview. I uninstalled via add/remove programs - then installed via winget install --id Microsoft.DotNet.SDK.7

jkone27 · 2022-11-18T10:55:12Z

macos:
in my case I had 7.0.1 preview, so i had to do this manually as dotnet uninstall tool wouldnt support uninstalling higher versions..

sudo rm -rf /usr/local/share/dotnet/sdk/7.0.100

this issue can happen if you previously installed preview or candidate versions, i had also to cleanup other folders for that related to -rc version of the same

DuckScapePhilip · 2022-11-24T18:22:22Z

None of these fixes have worked for me.

I had VS 2022 Preview installed before, but have since removed it. I have no preview version of .NET 7 installed, I have tried removing .NET 7 and re-installing. Nothing mentiond here has worked. I do not have this microsoft.net.workload.mono.toolchain folder.

DuckScapePhilip · 2022-11-25T11:08:25Z

My symptoms were:

I could not build a .NET 6 MAUI app and debug on a physical android device after updating to .NET 7. Please note that I also did try with the emulator. However, I did not try to build and run to any other platform.
My errors were:

1>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Android is not installed. Please restore and try again.
1>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Core is not installed. Please restore and try again.
1>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Controls is not installed. Please restore and try again.
1>C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk\targets\Microsoft.NET.Sdk.FrameworkReferenceResolution.targets(376,5): error NETSDK1127: The targeting pack Microsoft.Maui.Essentials is not installed. Please restore and try again.

Strange enough, it seems somehow my SDK for Android API 31 somehow was either never installed or was uninstalled during the upgrade. I'm 99% sure it was installed because I have targeted that API for over 3 months now. Well, it turns out it wasn't, so I installed the API through the Android SDK manager, and now it works.

melytc · 2022-12-06T20:05:34Z

This happened to me too; deleting the preview sdk fixed it.

The error I was seeing:

D:\resource-explorer-prototype\src\ResourceExplorer.Tests\ResourceExplorer.Tests.csproj : error  : SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET.Sdk". 

Exception: "Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadManifestCompositionException: 

Workload definition 'wasm-tools' in manifest 
'microsoft.net.workload.mono.toolchain' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain\WorkloadManifest.json] 

conflicts with manifest 
'microsoft.net.workload.mono.toolchain.net7' [C:\Program Files\dotnet\sdk-manifests\7.0.100\microsoft.net.workload.mono.toolchain.net7\WorkloadManifest.json]

dotnet-issue-labeler bot added the untriaged Request triage from a team member label Nov 8, 2022

sencagri changed the title ~~Cannot load or run lots of my projects in my solution after installing .NET 7.~~ Cannot load or run lots of my projects in my solution after installing .NET 7 Nov 8, 2022

nagilson added a commit to dotnet/core that referenced this issue Nov 9, 2022

Document .NET 7 Preview Workloads Breaking Builds

eb080b3

See context here: dotnet/sdk#28947

nagilson mentioned this issue Nov 9, 2022

Document .NET 7 Preview Workloads Breaking Builds dotnet/core#7949

Merged

mrward mentioned this issue Nov 10, 2022

Current 6.0 SDK building in VS errors with 'Microsoft.NET.SDK.WorkloadAutoImportPropsLocator' specified could not be found. #17461

Closed

sencagri closed this as completed Nov 11, 2022

dsplaisted mentioned this issue Nov 11, 2022

Ignore outdated workload manifest ID #29035

Merged

jkone27 mentioned this issue Nov 18, 2022

Homebrew formula #4600

Closed

supertr0n mentioned this issue Nov 22, 2022

Is this project still active? dotnet/cli-lab#245

Closed

razzmatazz mentioned this issue Dec 29, 2022

csharp-ls not working with .NET SDK (7.0.100) razzmatazz/csharp-language-server#55

Closed

xt0rted mentioned this issue Jan 13, 2023

Running dotnet watch results in an error that says The specified task executable location "C:\Program Files\dotnet\sdk" is invalid #29922

Open

erik-bershel mentioned this issue Jan 16, 2023

ubuntu-latest: Failing to run NET6 app due to missing Microsoft.NETCore.App actions/runner-images#6925

Closed

10 tasks

Cannot load or run lots of my projects in my solution after installing .NET 7 #28947

Cannot load or run lots of my projects in my solution after installing .NET 7 #28947

Comments

sencagri commented Nov 8, 2022 • edited by nagilson Loading

Edit + General Resolution (from @nagilson):

Describe the bug

To Reproduce

Exceptions (if any)

Further technical details

dotnet-issue-labeler bot commented Nov 8, 2022

xt0rted commented Nov 8, 2022

pascallapradebrite4 commented Nov 8, 2022 • edited Loading

xt0rted commented Nov 8, 2022

xt0rted commented Nov 8, 2022

nyan-cat commented Nov 8, 2022

sencagri commented Nov 8, 2022

nyan-cat commented Nov 8, 2022 • edited Loading

xt0rted commented Nov 8, 2022

nagilson commented Nov 8, 2022 • edited Loading

is-aka-konor commented Nov 9, 2022 • edited Loading

sencagri commented Nov 9, 2022

is-aka-konor commented Nov 9, 2022

walterlv commented Nov 9, 2022

DerekZiemba commented Nov 9, 2022 • edited Loading

My new issue / return of the Publish issue:

sencagri commented Nov 9, 2022

alexeyzimarev commented Nov 9, 2022

walterlv commented Nov 9, 2022

vshapenko commented Nov 9, 2022

DerekZiemba commented Nov 9, 2022 • edited Loading

huoyaoyuan commented Nov 9, 2022

Hyper-Dragon commented Nov 9, 2022

ptr727 commented Nov 9, 2022

nagilson commented Nov 10, 2022

DimaViaroukin commented Nov 10, 2022

sencagri commented Nov 10, 2022

nagilson commented Nov 10, 2022

udlose commented Nov 10, 2022

resting commented Nov 11, 2022

rodoUAM commented Nov 11, 2022

pplaissy commented Nov 15, 2022

MickCG commented Nov 16, 2022

reecebradley commented Nov 17, 2022

jkone27 commented Nov 18, 2022 • edited Loading

DuckScapePhilip commented Nov 24, 2022

DuckScapePhilip commented Nov 25, 2022

melytc commented Dec 6, 2022 • edited Loading

sencagri commented Nov 8, 2022 •

edited by nagilson

Loading

pascallapradebrite4 commented Nov 8, 2022 •

edited

Loading

nyan-cat commented Nov 8, 2022 •

edited

Loading

nagilson commented Nov 8, 2022 •

edited

Loading

is-aka-konor commented Nov 9, 2022 •

edited

Loading

DerekZiemba commented Nov 9, 2022 •

edited

Loading

DerekZiemba commented Nov 9, 2022 •

edited

Loading

jkone27 commented Nov 18, 2022 •

edited

Loading

melytc commented Dec 6, 2022 •

edited

Loading