Skip to content

[automated] Merge branch 'release/8.0' => 'release/8.0-staging'#126058

Open
github-actions[bot] wants to merge 6 commits intorelease/8.0-stagingfrom
merge/release/8.0-to-release/8.0-staging
Open

[automated] Merge branch 'release/8.0' => 'release/8.0-staging'#126058
github-actions[bot] wants to merge 6 commits intorelease/8.0-stagingfrom
merge/release/8.0-to-release/8.0-staging

Conversation

@github-actions
Copy link
Copy Markdown
Contributor

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:

  • richlander

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/8.0
git pull --ff-only
git checkout release/8.0-staging
git pull --ff-only
git merge --no-ff release/8.0

# 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/runtime HEAD:merge/release/8.0-to-release/8.0-staging
or if you are using SSH
git push git@github.com:dotnet/runtime HEAD:merge/release/8.0-to-release/8.0-staging

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/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.

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

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.

…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>
Copilot AI and others added 2 commits March 26, 2026 12:53
…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 &#8212; 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>
richlander and others added 2 commits April 5, 2026 22:58
> [!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>
@github-actions github-actions bot requested review from a team and jeffhandley as code owners April 6, 2026 16:59
This PR updates version branding on branch `release/8.0`.

**Changes:**
- Repository: runtime
  - PatchVersion: `26` → `27`

**Files Modified:**
- eng/Versions.props (+2 -2)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area-codeflow for labeling automated codeflow

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants