Repository navigation
[ci-scan] Test failure: AsyncProfilerTests.RuntimeAsync_ConfigureAwaitFalse on runtime-libraries-interpreter #129920
Description
Activity
- addedblocking-clean-ciBlocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Known Build ErrorUse this to report build issues in the .NET Helix tabUse this to report build issues in the .NET Helix tab
on Jun 27, 2026 - addeduntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on Jun 27, 2026 cc @lateralusX
dotnet-policy-service commented
on Jun 27, 2026 ContributorMore actionsTagging subscribers to this area: @steveisok, @tommcdon, @dotnet/dotnet-diag
See info in area-owners.md if you want to be subscribed.github-actions commented
on Jun 28, 2026 on Jun 28, 2026 – with GitHub ActionsContributorAuthorMore actionsWorkflow artifact: ci-fix
Artifact kind: handoff
Linked KBE: #129920Note
AI/Copilot-generated triage note.
This Known Build Error has no producible automated code change (reason: the failure involves how the CoreCLR interpreter handles RuntimeAsync profiler event generation — an interpreter/runtime internal that exceeds automated fix bounds), so I could not open even a best-effort PR. Looping in owners so it can be fixed forward rather than muted.
Root cause (best analysis)
AsyncProfilerTests.RuntimeAsync_ConfigureAwaitFalsefails on theruntime-libraries-interpreterpipeline (linux-x64 and osx-arm64) because the async profiler callstack resolution does not capture all nested async frame names when running under the CoreCLR interpreter.The test calls a chain of three
[RuntimeAsyncMethodGeneration(true)]methods:RuntimeAsync_ConfigureAwaitFalse_Marker→_Mid_Marker→_Leaf_Marker
It then expects all three method names to appear as frames in the deepest
ResumeRuntimeAsyncCallstackevent. Under the interpreter, onlyRuntimeAsync_ConfigureAwaitFalse_Markerappears:Assert.Contains() Failure: Item not found in collection Collection: ["RuntimeAsync_ConfigureAwaitFalse_Marker"] Not found: "RuntimeAsync_ConfigureAwaitFalse_Leaf_Marker"The
[RuntimeAsyncMethodGeneration(true)]attribute instructs the JIT to generate RuntimeAsync-aware code. The interpreter likely does not honor this attribute (or does not emit the corresponding profiler events for nested async frames), causing the leaf and mid method frames to be absent from the profiler callstack.The test precondition
IsRuntimeAsyncSupportedchecks only!IsMonoRuntime(seePlatformDetection.cs:477), which returnstruefor the CoreCLR interpreter — so the test runs even though the interpreter may not fully support RuntimeAsync event generation.Evidence
- Failing build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1479255
- First failure: build 1464534 (2026-06-15T14:42:58Z)
- Last success: build 1461427 (2026-06-12)
- 6 consecutive failures through build 1482973 (2026-06-26)
- Test source:
src/libraries/System.Runtime/tests/System.Threading.Tasks.Tests/System.Runtime.CompilerServices/AsyncProfilerV2Tests.cs:1864 - Platform detection:
src/libraries/Common/tests/TestUtilities/System/PlatformDetection.cs:477—IsRuntimeAsyncSupported => !IsMonoRuntime - Suspected regressing change: none identified — no changes to the test file, interpreter, or profiler code were found in the regression window (June 12–15). The regression may stem from a runtime or interpreter change not directly touching these files.
Suggested reviewers / area contacts
- Area lead (
area-Diagnostics-coreclr):@steveisok - Area owners:
@tommcdon,@dotnet/dotnet-diag - Already cc'd by
@jkotas:@lateralusX(interpreter/runtime async expert)
Filed by
ci-failure-fix, which attempts validated fixes for[ci-scan]Known Build Errors and otherwise loops in owners. Comment here or on the workflow file to suggest changes;ci-failure-scan-feedbackreads in-scope feedback daily and opens (or updates) a PR with prompt edits.Note
🔒 Integrity filter blocked 6 items
The following items were blocked because they don't meet the GitHub integrity level.
- #128501
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - #104998
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - #104750
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - #97491
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - #76276
search_pull_requests: has lower integrity than agent requires. The agent cannot read data with integrity below "approved". - [ci-scan] Test failure: CustomAttributeDecoderTests.TestCustomAttributeDecoderGenericUsingReflection on maccatalyst #128450
issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".
To allow these resources, lower
min-integrityin your GitHub frontmatter:tools: github: min-integrity: approved # merged | approved | unapproved | none
Generated by CI Outer-Loop Failure Fixer · ● 30M · ◷
Should have been fixed by #129978.
- removeduntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on Jul 10, 2026 - locked and limited conversation to collaborators
on Aug 9, 2026
Build Information
Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1479255
Build error leg or test failing: linux-x64 Release - System.Threading.Tasks.Tests
Error Details
AsyncProfilerTests.RuntimeAsync_ConfigureAwaitFalsefails on theruntime-libraries-interpreterpipeline (def 330) on linux-x64. The test expects the async profiler to emit aRuntimeAsync_ConfigureAwaitFalse_Leaf_Markerevent, but onlyRuntimeAsync_ConfigureAwaitFalse_Markeris present in the collection.Error Message
{ "ErrorMessage": ["AsyncProfilerTests.RuntimeAsync_ConfigureAwaitFalse", "RuntimeAsync_ConfigureAwaitFalse_Leaf_Marker"], "ErrorPattern": "", "BuildRetry": false, "ExcludeConsoleLog": false }Impact on platforms
First build it occurred
Duplicate search
AsyncProfilerTests RuntimeAsync_ConfigureAwaitFalse label:"Known Build Error"— 0 resultsRuntimeAsync_ConfigureAwaitFalse in:body— 0 resultsAsyncProfilerTests ConfigureAwaitFalse is:open— 0 resultsAsyncProfilerTests is:closed label:"Known Build Error"— 0 resultsNo existing KBE matches this signature.
Filed by
ci-failure-scan(detection only).ci-failure-fixwalks open[ci-scan]KBEs and either opens a small fix PR or comments here to loop in owners — it never disables the test.Note
🔒 Integrity filter blocked 10 items
The following items were blocked because they don't meet the GitHub integrity level.
search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".issue_read: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".To allow these resources, lower
min-integrityin your GitHub frontmatter:Report
Summary