-
Notifications
You must be signed in to change notification settings - Fork 10.3k
Remove Blazor WASM SDK from repo #29427
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
a16b387
to
7562cb2
Compare
bad39d3
to
fbe1288
Compare
d396189
to
0f7c674
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Infra parts LGTM other than the nit
Hello @captainsafia! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
and ends up marking the same files in different projects as duplicates of each other. We disable this check here to work | ||
around this issue. --> | ||
<PropertyGroup> | ||
<ErrorOnDuplicatePublishOutputFiles>false</ErrorOnDuplicatePublishOutputFiles> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this now an issue❔ If anything, the build should run smoother without the Blazor WASM SDK.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We bumped the version of the SDK we are one and picked up a change to the conflict resolution targets mention here so this workaround is necessary since this is new code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this necessary everywhere (as it is now) or just in a couple of projects❔ Having it here concerns me…
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This only affects a couple of projects, particularly the test sites that we use which end up having a lot of common files (wwwroot/style.css for example) which trigger this buggy code path. I'm working on opening a bug in the SDK repo to see if there is an issue with this.
@@ -2,7 +2,7 @@ | |||
|
|||
<PropertyGroup> | |||
<OutputType>Exe</OutputType> | |||
<TargetFramework>net5.0</TargetFramework> | |||
<TargetFramework>net6.0</TargetFramework> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this changing here❔ We've been intentionally using the older TFM since the net6.0
transition without any related problems.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had to update the runtime when updating the SDK and was trying to fix the following issue:
Running tests: /datadisks/disk1/work/9804089C/w/B36509CF/e/.dotnet9476/dotnet run --no-restore --project RunTests/RunTests.csproj -- --target Diagnostics.FunctionalTests.dll --runtime 6.0.0-ci --queue Ubuntu.1604.Amd64.Open --arch x64 --quarantined false --ef 6.0.0-alpha.1.21069.1 --helixTimeout 00:30:00
It was not possible to find any compatible framework version
The framework 'Microsoft.NETCore.App', version '5.0.0' was not found.
- The following frameworks were found:
6.0.0-alpha.1.21061.20 at [/datadisks/disk1/work/9804089C/w/B36509CF/e/.dotnet9476/shared/Microsoft.NETCore.App]
6.0.0-alpha.1.21070.2 at [/datadisks/disk1/work/9804089C/w/B36509CF/e/.dotnet9476/shared/Microsoft.NETCore.App]
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That sounds like a side effect of the SDK no longer bundling the runtimes though it might be a bug in the specific version. @dsplaisted any suggestions❔
@@ -67,6 +70,8 @@ private static void AddDataProtectionServices(IServiceCollection services) | |||
{ | |||
if (OSVersionUtil.IsWindows()) | |||
{ | |||
// Assertion for platform compat analyzer | |||
Debug.Assert(RuntimeInformation.IsOSPlatform(OSPlatform.Windows)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What changed to make this necessary❔ Same for src/DataProtection/DataProtection/src/EphemeralDataProtectionProvider.cs
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
New runtime dependency introduced some platform compat changes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What "new runtime dependency"❔ Tests should be using the runtimes we explicitly install and not the default version specified in the SDK.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My statement wasn't very clear. I updated the dotnet version we specify in global.json
which brought in some API changes related to platform compat that I addressed here and below.
logLevel: LogLevel.Debug, | ||
formatString: "Reading data from registry key '{RegistryKeyName}', value '{Value}'."); | ||
|
||
if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What led to the new platform-compatibility checks here❔
* Remove Blazor WASM Sdk in repo * Bump dotnet and fix platform compat issues * Remove Blazor WASM SDK from solution files * Disable removal of Web.Spa 6.0 templates * Update check for uninstalled templates * Commit broken tests and fix installer check * Remove BlazorWebAssemblySdkDirectoryRoot references * Try to resolve Helix publish issues * Disable ErrorOnDuplicatePublishOutputFiles property * Bump tfm in Helix test project * Add explainer note in Workaround.props Commit migrated from dotnet/aspnetcore@bdec803c73df
Part of #27455.
ErrorOnDuplicatePublishOutputFiles
in helix builds to workaround issue with eager conflict resolution checks in new SDKRunTests.proj
target tonet6.0
to support new runtime