[AspireE2E][GB18030] An error occurred when creating an Aspire project using Chinese characters as the project name.

[v-reinawang]

INSTALL STEPS

1. Clean machine: Win11 x64 24h2 ENU
2. Install SDK 9.0.302
3. Install Aspire 9.3.1

REPRO STEPS

1. Open CMD, create an Aspire Starter App using following commands:
   dotnet new aspire-starter -o Aspire项目1

Note: This issue also repro on Aspire 9.4.0-cobra.25367.16

ACTUAL
An error occurred when creating a project using Chinese characters as the project name

Aspire项目1 folder:

Error Log:
Restoring C:\Users\v-reinawang\Aspire项目1\Aspire项目1.sln:
C:\Program Files\dotnet\sdk\9.0.302\NuGet.targets(509,5): error MSB3202: The project file "C:\Users\v-reinawang\Aspire项目1\Aspire项目1.AppHost\Aspire项目1.AppHost.csproj" was not found.
C:\Program Files\dotnet\sdk\9.0.302\NuGet.targets(509,5): error MSB3202: The project file "C:\Users\v-reinawang\Aspire项目1\Aspire项目1.ServiceDefaults\Aspire项目1.ServiceDefaults.csproj" was not found.
C:\Program Files\dotnet\sdk\9.0.302\NuGet.targets(509,5): error MSB3202: The project file "C:\Users\v-reinawang\Aspire项目1\Aspire项目1.ApiService\Aspire项目1.ApiService.csproj" was not found.
C:\Program Files\dotnet\sdk\9.0.302\NuGet.targets(509,5): error MSB3202: The project file "C:\Users\v-reinawang\Aspire项目1\Aspire项目1.Web\Aspire项目1.Web.csproj" was not found.
Restore failed.

[v-elenafeng]

There was a similar issue #5782 that was previously fixed in Aspire 9.1.

[v-reinawang]

Regression Info:
SDK 9.0.200 + Aspire 9.* -- Not repro
SDK 9.0.202 + Aspire 9.* -- Not repro
SDK 9.0.103 + Aspire 9.* -- Repro
SDK 9.0.102 + Aspire 9.* -- Repro
SDK 9.0.203 + Aspire 9.* -- Repro
SDK 8.0.40* + Aspire 9.* -- Repro

Fixed in SDK 9.0.200 (February)
Regressed in SDK 9.0.203 (April)
Reproduced in SDK 8 and SDK 9.0.10x.

[v-elenafeng]

Hi @marcpopMSFT, we verified that the same issue #5782 was fixed in SDK 9.0.200 (February), but regressed in SDK 9.0.203 (April). Should we move this bug to the dotnet/sdk repo? Or can you please take a look at this here?

[marcpopMSFT]

@joperezr do you know what fixed 5782? I would have thought to route this to nuget since the error is in the nuget targets but that issue reported being fixed with an aspire update.

[joperezr]

I actually have no idea how we fixed it, seems like something with the new templates did it so perhaps this was regressed somehow? @DamianEdwards any clues here?

[danmoseley]

The solution (with the Chinese characters) is written by the templating engine in UTF8 with no BOM. MSBuild opens them with
https://github.com/dotnet/msbuild/blob/b454470ec15e5d267a870b7d0299d9c3a9f0cdc3/src/Build/Construction/Solution/SolutionFile.cs#L480
which will use "windows-1252" if there is no BOM.

If I re-save with a UTF-8 BOM it reads the solution correctly.

[danmoseley]

In the SDK's where this worked, MSBuild used Microsoft.VisualStudio.SolutionPersistence instead of its own parser. This uses Encoding.Default, which is always UTF8 so it worked.

https://github.com/microsoft/vs-solutionpersistence/blob/f18c9ab84b75f5d5ecd3e18d25f9aeacf4c904b6/src/Microsoft.VisualStudio.SolutionPersistence/Serializer/SlnV12/SlnFileV12Serializer.cs#L69

[v-reinawang]

Verify that this issue has been fixed in SDK 9.0.304 + Aspire 9.5.0-preview.1.25419.6