[automated] Merge branch 'release/8.0' => 'release/8.0-staging'#126058
Open
github-actions[bot] wants to merge 6 commits intorelease/8.0-stagingfrom
Open
[automated] Merge branch 'release/8.0' => 'release/8.0-staging'#126058github-actions[bot] wants to merge 6 commits intorelease/8.0-stagingfrom
github-actions[bot] wants to merge 6 commits intorelease/8.0-stagingfrom
Conversation
…references (#125999) > [!NOTE] > This PR was AI/Copilot-generated. Remove the `ubuntu-20.04-cross-armv6-raspbian-10` container (Ubuntu 20.04 is EOL) and all pipeline references to the `linux_armv6` platform: - `pipeline-with-resources.yml`: container definition - `platform-matrix.yml`: platform matrix entry - `runtime-community.yml`: Mono build+test job Ref #125690 Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This was referenced Mar 25, 2026
…n Linux (#126011) main PR # Description `System.Runtime.Numerics.Tests` outerloop tests were crashing with exit code 137 (SIGKILL) on Linux because `LargeValueLogTests` and `DoubleExplicitCastFromLargeBigIntegerTests` shifted `BigInteger` by `int.MaxValue / 10` bits (~214M bits) per iteration in nested loops (up to 4×3 = 12 times), creating values of ~107MB each. With 2 parallel test threads in a Docker container, this reliably triggered the OOM killer. On `main`, PR #102874 added `BigInteger.MaxLength` which causes these shifts to throw `OverflowException` instead of allocating. `release/8.0` has no such cap, so allocations succeed and exhaust container memory. **Changes:** - **`log.cs` / `LargeValueLogTests`**: Replace `int.MaxValue / 10` with `1 << 24` in both the shift operation and the expected log value calculation. Test correctness is preserved — the values are still well above the `BigInteger.Log` precision threshold. - **`cast_from.cs` / `DoubleExplicitCastFromLargeBigIntegerTests`**: Replace `int.MaxValue / 10` with `1 << 24`. `2^(1<<24)` still far exceeds `double.MaxValue ≈ 2^1024`, so infinity assertions remain valid. Peak per-iteration allocation drops from ~107MB to ~8MB, eliminating the OOM in constrained container environments. # Customer Impact Persistent 100% failure rate of `System.Runtime.Numerics.Tests` outerloop on all four Linux legs (x64, arm64, musl-x64, musl-arm64) in every scheduled `release/8.0` build. Known issue hit count: 56 times in one month. # Regression No — this is a long-standing test design issue exposed by container memory limits, not a regression introduced in a recent release. # Testing Test-only changes. The fix reduces allocation sizes while keeping the test assertions semantically correct. The library itself is not modified. # Risk Very low. Changes are confined to test helper functions; no product code is touched. The assertions remain correct with smaller (but still large) values. # Package authoring signed off? IMPORTANT: If this change touches code that ships in a NuGet package, please make certain that you have added any necessary [package authoring](../../docs/project/library-servicing.md) and gotten it explicitly reviewed. This is a test-only change; no NuGet package authoring is required. <!-- START COPILOT CODING AGENT TIPS --> --- 📍 Connect Copilot coding agent with [Jira](https://gh.io/cca-jira-docs), [Azure Boards](https://gh.io/cca-azure-boards-docs) or [Linear](https://gh.io/cca-linear-docs) to delegate work to Copilot in one click without leaving your project management tool. --------- Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: danmoseley <6385855+danmoseley@users.noreply.github.com> Co-authored-by: Dan Moseley <danmose@microsoft.com> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…8.0 (#126008) main PR #105069 # Description `Test_EventSource_EtwManifestGeneration` and `Test_EventSource_EtwManifestGenerationRollover` are consistently flaky on `release/8.0` due to the old double-`RemoteExecutor` pattern and timing-based retry loops. These tests have been unconditionally disabled via `[ActiveIssue]` on `main`, `release/9.0`, and `release/10.0`, but the attribute was never backported to `release/8.0`. Adds `[ActiveIssue("https://github.com/dotnet/runtime/issues/88027")]` to both tests in `TestsManifestGeneration.Etw.cs`: ```csharp [ConditionalFact(nameof(IsProcessElevatedAndNotWindowsNanoServerAndRemoteExecutorSupported))] [ActiveIssue("#88027")] public void Test_EventSource_EtwManifestGeneration() [ConditionalFact(nameof(IsProcessElevatedAndNotWindowsNanoServerAndRemoteExecutorSupported))] [ActiveIssue("#88027")] public void Test_EventSource_EtwManifestGenerationRollover() ``` This PR targets the `release/8.0` branch. A clean branch (`copilot/fix-etw-test-8.0`) based directly on `release/8.0` is available with just this 2-line fix. # Customer Impact Ongoing CI noise on every `release/8.0` servicing PR. No customer-facing behavioral change. # Regression No — this is a pre-existing flaky test, not a regression introduced in the latest release. # Testing No new tests. The fix is to skip tests that are already skipped on all newer branches. Verified `[ActiveIssue]` attribute matches the form used on `main`/`release/9.0`/`release/10.0`. # Risk Minimal. Two-line change disabling already-flaky tests. No production code touched. Identical pattern already proven stable on three other branches. # Package authoring signed off? N/A — test-only change, no NuGet packages affected. <!-- START COPILOT ORIGINAL PROMPT --> <details> <summary>Original prompt</summary> ---- *This section details on the original issue you should resolve* <issue_title>BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration is failing in CI</issue_title> <issue_description>## Build Information Build: https://dev.azure.com/dnceng-public/cbb18261-c48f-4abb-8651-8cdcb5474649/_build/results?buildId=1091361 Build error leg or test failing: BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration Pull request: #116534 <!-- Error message template --> ## Error Message Fill the error message using [step by step known issues guidance](https://github.com/dotnet/arcade/blob/main/Documentation/Projects/Build%20Analysis/KnownIssueJsonStepByStep.md). <!-- Use ErrorMessage for String.Contains matches. Use ErrorPattern for regex matches (single line/no backtracking). Set BuildRetry to `true` to retry builds with this error. Set ExcludeConsoleLog to `true` to skip helix logs analysis. --> ```json { "ErrorMessage": ["BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration", "Microsoft.DotNet.RemoteExecutor.RemoteExecutionException : Remote process failed with an unhandled exception."], "ErrorPattern": "", "BuildRetry": false, "ExcludeConsoleLog": false } ``` <!-- Known issue validation start --> ### Known issue validation **Build: 🔎** https://dev.azure.com/dnceng-public/public/_build/results?buildId=1091361 **Error message validated:** `[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration Microsoft.DotNet.RemoteExecutor.RemoteExecutionException : Remote process failed with an unhandled exception.`] **Result validation:** ✅ Known issue matched with the provided build. **Validation performed at:** 7/10/2025 9:17:28 PM UTC <!-- Known issue validation end --> <!--Known issue error report start --> ### Report |Build|Definition|Test|Pull Request| |---|---|---|---| |[2929174](https://dev.azure.com/dnceng/internal/_build/results?buildId=2929174)|dotnet-runtime|[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration](https://dev.azure.com/dnceng//internal/_build/results?buildId=2929174&view=ms.vss-test-web.build-test-results-tab&runId=56585111&resultId=159157)|[#59173](https://dev.azure.com/dnceng/internal/_git/dotnet-runtime/pullrequest/59173)| |[1331423](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1331423)|dotnet/runtime|[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1331423&view=ms.vss-test-web.build-test-results-tab&runId=37189800&resultId=168777)|dotnet/runtime#125466| |[1331318](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1331318)|dotnet/runtime|[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1331318&view=ms.vss-test-web.build-test-results-tab&runId=37187004&resultId=170098)|dotnet/runtime#124544| |[1320253](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1320253)|dotnet/runtime|[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1320253&view=ms.vss-test-web.build-test-results-tab&runId=36862006&resultId=160082)|dotnet/runtime#124544| |[1314909](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1314909)|dotnet/runtime|[BasicEventSourceTests.TestsManifestGeneration.Test_EventSource_EtwManifestGeneration](https://dev.azure.com/dnceng-public/public/_build/results?buildId=1314909&view=ms.vss-test-web.build-test-results-tab&runId=36716758&resultId=159027)|dotnet/runtime#123245| #### Summary |24-Hour Hit Count|7-Day Hit Count|1-Month Count| |---|---|---| |0|1|5| <!--Known issue error report end --></issue_description> <agent_instructions>Disable both of these in the 8.0 branch (ONLY) using ` [ActiveIssue("https://github.com/dotnet/runtime/issues/88027")` They already have that disabling in 9, 10, and main.</agent_instructions> ## Comments on the Issue (you are @copilot in this section) <comments> <comment_new><author>@danmoseley</author><body> > [!NOTE] > This analysis was generated with assistance from GitHub Copilot. ## Root Cause: Failures are exclusively from `release/8.0` All recent failures tracked by this issue (and the related #88027 for the Rollover variant) are coming from the **`release/8.0` branch**. The PRs in the Known Build Error hit tables confirm this — they are all `release/8.0` servicing PRs (dependency updates, staging merges, etc.). ### Why `release/8.0` is different Between Nov 2023 and Jul 2024, six PRs landed on `main` to address this test: | PR | Date | What it did | |----|------|-------------| | #95389... </details> <!-- START COPILOT CODING AGENT SUFFIX --> - Fixes #117520 <!-- START COPILOT CODING AGENT TIPS --> --- ⚡ Quickly spin up Copilot coding agent tasks from anywhere on your macOS or Windows machine with [Raycast](https://gh.io/cca-raycast-docs). Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: danmoseley <6385855+danmoseley@users.noreply.github.com>
> [!NOTE] > This PR was AI/Copilot-generated. Update the release/8.0 WASI and Browser WebAssembly Helix queue image references to the published Ubuntu 26.04 WebAssembly image. - `libraries/helix-queues-setup.yml`: move WASI, Browser WASM, and Browser WASM Firefox to `ubuntu-26.04-helix-webassembly-amd64` - `coreclr/templates/helix-queues-setup.yml`: move Browser WASM to the 26.04 amd64 image - exact tag validated in `image-info.dotnet-dotnet-buildtools-prereqs-docker-main.json` Backport of #126524. Ref #125690, #126122 --------- Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
> [!NOTE] > This PR was AI/Copilot-generated. This fixes the release/8.0 Markdownlint workflow failure caused by running the current `markdownlint-cli` on the old Node 16 runtime. - update `actions/checkout` to `@v6` - update `actions/setup-node` to `@v6` - switch the workflow to `node-version: 'lts/*'`\n\nThis restores markdownlint for PRs like #126528 where the markdown files themselves were already clean. --------- Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This PR updates version branding on branch `release/8.0`. **Changes:** - Repository: runtime - PatchVersion: `26` → `27` **Files Modified:** - eng/Versions.props (+2 -2)
This was referenced Apr 10, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
I detected changes in the release/8.0 branch which have not been merged yet to release/8.0-staging. I'm a robot and am configured to help you automatically keep release/8.0-staging up to date, so I've opened this PR.
This PR merges commits made on release/8.0 by the following committers:
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.
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.
or if you are using SSH
After PR checks are complete push the branch
Instructions for resolving conflicts
Instructions for updating this pull request
Contributors to this repo have permission update this pull request by pushing to the branch 'merge/release/8.0-to-release/8.0-staging'. 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.
or if you are using SSH
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.