Skip to content

[automated] Merge branch 'release/10.0.3xx' => 'release/10.0.4xx' - #54459

Merged
SimonZhao888 merged 87 commits into
release/10.0.4xxfrom
merge/release/10.0.3xx-to-release/10.0.4xx
Jun 10, 2026
Merged

SimonZhao888 merged 87 commits into
release/10.0.4xxfrom
merge/release/10.0.3xx-to-release/10.0.4xx

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

I detected changes in the release/10.0.3xx branch which have not been merged yet to release/10.0.4xx. I'm a robot and am configured to help you automatically keep release/10.0.4xx up to date, so I've opened this PR.

This PR merges commits made on release/10.0.3xx by the following committers:

  • DonnaChen888
  • Evangelink
  • github-actions[bot]
  • akoeplinger
  • dotnet-maestro[bot]
  • dkurepa
  • marcpopMSFT
  • nagilson
  • vseanreesermsft
  • NikolaMilosavljevic
  • MiYanni

Instructions for merging from UI

This PR will not be auto-merged. When pull request checks pass, complete this PR by creating a merge commit, not a squash or rebase commit.

merge button instructions

If this repo does not allow creating merge commits from the GitHub UI, use command line instructions.

Instructions for merging via command line

Run these commands to merge this pull request from the command line.

git fetch
git checkout release/10.0.3xx
git pull --ff-only
git checkout release/10.0.4xx
git pull --ff-only
git merge --no-ff release/10.0.3xx

# If there are merge conflicts, resolve them and then run git merge --continue to complete the merge
# Pushing the changes to the PR branch will re-trigger PR validation.
git push https://github.com/dotnet/sdk HEAD:merge/release/10.0.3xx-to-release/10.0.4xx
or if you are using SSH
git push git@github.com:dotnet/sdk HEAD:merge/release/10.0.3xx-to-release/10.0.4xx

After PR checks are complete push the branch

git push

Instructions for resolving conflicts

⚠️ If there are merge conflicts, you will need to resolve them manually before merging. You can do this using GitHub or using the command line.

Instructions for updating this pull request

Contributors to this repo have permission update this pull request by pushing to the branch 'merge/release/10.0.3xx-to-release/10.0.4xx'. This can be done to resolve conflicts or make other changes to this pull request before it is merged.
The provided examples assume that the remote is named 'origin'. If you have a different remote name, please replace 'origin' with the name of your remote.

git fetch
git checkout -b merge/release/10.0.3xx-to-release/10.0.4xx origin/release/10.0.4xx
git pull https://github.com/dotnet/sdk merge/release/10.0.3xx-to-release/10.0.4xx
(make changes)
git commit -m "Updated PR with my changes"
git push https://github.com/dotnet/sdk HEAD:merge/release/10.0.3xx-to-release/10.0.4xx
or if you are using SSH
git fetch
git checkout -b merge/release/10.0.3xx-to-release/10.0.4xx origin/release/10.0.4xx
git pull git@github.com:dotnet/sdk merge/release/10.0.3xx-to-release/10.0.4xx
(make changes)
git commit -m "Updated PR with my changes"
git push git@github.com:dotnet/sdk HEAD:merge/release/10.0.3xx-to-release/10.0.4xx

Contact .NET Core Engineering (dotnet/dnceng) if you have questions or issues.
Also, if this PR was generated incorrectly, help us fix it. See https://github.com/dotnet/arcade/blob/main/.github/workflows/scripts/inter-branch-merge.ps1.

dotnet-maestro Bot and others added 30 commits April 15, 2026 09:34
…0260415.2

On relative base path root
Microsoft.SourceBuild.Intermediate.templating , Microsoft.TemplateEngine.Mocks From Version 8.0.127-servicing.26207.9 -> To Version 8.0.127-servicing.26215.2
Microsoft.TemplateEngine.Abstractions From Version 8.0.127 -> To Version 8.0.127
…nals build 20260416.1

On relative base path root
Microsoft.SourceBuild.Intermediate.source-build-externals From Version 8.0.0-alpha.1.26207.1 -> To Version 8.0.0-alpha.1.26216.1
…0260416.2

On relative base path root
Microsoft.SourceBuild.Intermediate.templating , Microsoft.TemplateEngine.Mocks From Version 8.0.127-servicing.26215.2 -> To Version 8.0.127-servicing.26216.2
Microsoft.TemplateEngine.Abstractions From Version 8.0.127 -> To Version 8.0.127
…421.2

On relative base path root
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 8.0.0-beta.26168.3 -> To Version 8.0.0-beta.26221.2
…build 20260423.1

On relative base path root
Microsoft.SourceBuild.Intermediate.source-build-assets From Version 8.0.0-alpha.1.26208.5 -> To Version 8.0.0-alpha.1.26223.1
…424.3

On relative base path root
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SignTool , Microsoft.DotNet.XUnitExtensions From Version 8.0.0-beta.26168.3 -> To Version 8.0.0-beta.26224.3
…uild 20260505.1

On relative base path root
Microsoft.SourceBuild.Intermediate.roslyn-analyzers , Microsoft.CodeAnalysis.PublicApiAnalyzers From Version 3.11.0-beta1.26173.1 -> To Version 3.11.0-beta1.26255.1
Microsoft.CodeAnalysis.NetAnalyzers From Version 8.0.0-preview.26173.1 -> To Version 8.0.0-preview.26255.1
…0260505.2

On relative base path root
Microsoft.SourceBuild.Intermediate.templating , Microsoft.TemplateEngine.Mocks From Version 8.0.127-servicing.26216.2 -> To Version 8.0.128-servicing.26255.2
Microsoft.TemplateEngine.Abstractions From Version 8.0.127 -> To Version 8.0.128
Remove 'condition: succeededOrFailed()' from all 'Run Tests in Helix'
steps in eng/build.yml and eng/build-pr.yml. Without an explicit
condition, Azure Pipelines defaults to 'succeeded()', which skips the
test step when the preceding build step fails. This avoids wasting
Helix resources on tests that cannot succeed.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
The dotnet workload update subprocess fails with 401 Unauthorized on
internal feeds because DOTNET_CLI_HOME redirection causes NuGet to look
for the credential provider plugin in artifacts/tmp/ instead of the
user profile where it's actually installed.

Fix: Pass NUGET_PLUGIN_PATHS env var pointing to the Azure Artifacts
Credential Provider at its actual location under USERPROFILE, and pass
--configfile pointing to the repo NuGet.config.

Also remove diagnostic logging from previous investigation.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Use HOME on Linux/Mac and USERPROFILE on Windows to locate the
Azure Artifacts Credential Provider. Also use forward slashes for
cross-platform path compatibility.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…build 20260512.3

On relative base path root
Microsoft.SourceBuild.Intermediate.source-build-assets From Version 8.0.0-alpha.1.26223.1 -> To Version 8.0.0-alpha.1.26262.3
…build 20260512.4

On relative base path root
Microsoft.SourceBuild.Intermediate.source-build-assets From Version 9.0.0-alpha.1.26261.1 -> To Version 9.0.0-alpha.1.26262.4
Reset patterns:
- global.json
- NuGet.config
- eng/Version.Details.xml
- eng/Versions.props
- eng/common/*
…0260512.5

On relative base path root
Microsoft.SourceBuild.Intermediate.templating , Microsoft.TemplateEngine.Mocks From Version 9.0.118-servicing.26256.4 -> To Version 9.0.118-servicing.26262.5
Microsoft.TemplateEngine.Abstractions From Version 9.0.118 -> To Version 9.0.118
dsplaisted added a commit that referenced this pull request Jun 8, 2026
dotnet/runtime#122353 renamed the Blazor boot-manifest SRI field from
'integrity' to 'hash' (shipped in aspnetcore 10.0.8). This VMR update bumps
aspnetcore from 10.0.6 to 10.0.8, so the produced boot manifest now uses 'hash',
but the test model still read 'integrity', yielding null and failing all
WasmPublishIntegrationTest cases (Assert.StartsWith("sha256-", null)).

Read 'hash ?? integrity' so the tests pass against either aspnetcore version,
avoiding a flow-ordering deadlock with the integrity->hash rename in #54459.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@dsplaisted

Copy link
Copy Markdown
Member

Failing due to cross-codeflow issue that should be fixed once #54505 merges.

dotnet-maestro Bot added a commit that referenced this pull request Jun 8, 2026
[release/10.0.4xx] Source code updates from dotnet/dotnet


 - Merge branch 'release/10.0.4xx' into darc-release/10.0.4xx-6d0a4280-64d5-4a2d-b7bd-abe524476d56

 - Implement CapturingLogger.Parameters instead of throwing

MSBuild 18.9 (flowed in via the VMR source update) now reads ILogger.Parameters
on registered loggers during BeginBuild/LogAndRegisterLoggers. The test harness's
CapturingLogger stubbed the property as 'throw new NotImplementedException()',
which made every Containers TargetsTests build throw. Implement it as a simple
auto-property.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

 - Make boot-manifest hash test tolerant of both 'hash' and 'integrity'

dotnet/runtime#122353 renamed the Blazor boot-manifest SRI field from
'integrity' to 'hash' (shipped in aspnetcore 10.0.8). This VMR update bumps
aspnetcore from 10.0.6 to 10.0.8, so the produced boot manifest now uses 'hash',
but the test model still read 'integrity', yielding null and failing all
WasmPublishIntegrationTest cases (Assert.StartsWith("sha256-", null)).

Read 'hash ?? integrity' so the tests pass against either aspnetcore version,
avoiding a flow-ordering deadlock with the integrity->hash rename in #54459.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@marcpopMSFT

Copy link
Copy Markdown
Member

@copilot resolve the merge conflicts in this pull request

…ease/10.0.3xx-to-release/10.0.4xx

# Conflicts:
#	src/Microsoft.CodeAnalysis.NetAnalyzers/tests/Microsoft.CodeAnalysis.NetAnalyzers.UnitTests/Microsoft.NetCore.Analyzers/Usage/MissingShebangInFileBasedProgramTests.cs
#	test/dotnet.Tests/CommandTests/Run/RunFileTests.cs

Co-authored-by: marcpopMSFT <12663534+marcpopMSFT@users.noreply.github.com>

Copilot AI commented Jun 8, 2026

Copy link
Copy Markdown
Contributor

@copilot resolve the merge conflicts in this pull request

Resolved the merge conflicts in commit 7c09ce4:

  1. MissingShebangInFileBasedProgramTests.cs (content conflict): Kept the release/10.0.4xx version using CS9378 (the newer compiler error "'#!' must be the first characters on the first line of the file"), as this matches the updated compiler from the dotnet/dotnet source code update in PR [release/10.0.4xx] Source code updates from dotnet/dotnet #54505.

  2. RunFileTests.cs (modify/delete conflict): Deleted the file, keeping the release/10.0.4xx behavior where this file was split into multiple files (e.g., RunFileTests_BuildOptions.cs). The release/10.0.3xx changes to this file were already incorporated into the split files in release/10.0.4xx.

Copilot AI requested a review from marcpopMSFT June 8, 2026 20:46
@SimonZhao888

Copy link
Copy Markdown
Member

@copilot resolve the merge conflicts in this pull request

@SimonZhao888

Copy link
Copy Markdown
Member

@copilot resolve the merge conflicts in this pull request

…ease/10.0.3xx-to-release/10.0.4xx

# Conflicts:
#	test/Microsoft.NET.Sdk.BlazorWebAssembly.Tests/BootJsonData.cs

Co-authored-by: SimonZhao888 <133954995+SimonZhao888@users.noreply.github.com>

Copilot AI commented Jun 9, 2026

Copy link
Copy Markdown
Contributor

@copilot resolve the merge conflicts in this pull request

Resolved the merge conflicts in commit d9bb0ac:

BootJsonData.cs (content conflict from merging latest release/10.0.4xx): Added integrity property to asset classes (WasmAsset, GeneralAsset, VfsAsset) and updated all hash lookups to use a.hash ?? a.integrity. This addresses the Assert.StartsWith() Failure: String start does not match / String: null / Expected start: "sha256-" issue — the new dotnet/dotnet source uses SRI integrity values (sha256-...) instead of hash in boot manifests.

Copilot AI commented Jun 9, 2026

Copy link
Copy Markdown
Contributor

@copilot resolve the merge conflicts in this pull request

The branch is already up to date with both release/10.0.3xx and release/10.0.4xx — all merge conflicts were resolved in previous commits (7c09ce4 and d9bb0ac). No further action needed.

@SimonZhao888
SimonZhao888 enabled auto-merge June 10, 2026 00:57
@SimonZhao888
SimonZhao888 merged commit db54cee into release/10.0.4xx Jun 10, 2026
28 checks passed
@SimonZhao888
SimonZhao888 deleted the merge/release/10.0.3xx-to-release/10.0.4xx branch June 10, 2026 08:21
@dotnet-milestone-bot dotnet-milestone-bot Bot added this to the 11.0-preview6 milestone Jun 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Area-AspNetCore RazorSDK, BlazorWebAssemblySDK, StaticWebAssetsSDK

Projects

None yet

Development

Successfully merging this pull request may close these issues.