Skip to content

[ci-scan] Test failure: Runtime_90219.Runtime_90219.TestEntryPoint on Apple mobile CoreCLR #135399

Description

@github-actions

Build Information

Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1624450
Build error leg or test failing: tvos-arm64 Release AllSubsets_CoreCLR_RuntimeTests-Regression_o_3 / Runtime_90219.Runtime_90219.TestEntryPoint
Also affected: iossimulator-arm64 Release AllSubsets_CoreCLR_RuntimeTests.
Pipeline: runtime-extra-platforms, definition 154, branch main.
First build it occurred: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1617342 (finished 2026-09-30).
Also observed in follow-up build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1625894.

KBE authoring guidance (ci-failure-scan)
  • Error Details is for readers. Paste the full exception, stack trace, or build error excerpt so the failure is understandable without opening the raw log.
  • Build Analysis parses only the single JSON block under Error Message.
  • ErrorMessage is a case-sensitive ordinal String.Contains substring copied verbatim from the failing log.
  • Set BuildRetry to true only for a clear infrastructure retry case. ExcludeConsoleLog disables Helix console-log scanning.

Error Details

On the Apple-mobile CoreCLR runtime-test legs, creating Runtime_90219.Runtime throws InvalidProgramException. The failure was observed in six distinct builds among the ten sampled source-and-prior builds: 1617342, 1619076, 1620717, 1622039, 1622443, and 1624450. It also reproduces in follow-up build 1625894. The preceding sampled build 1614142, finished 2026-09-28, does not show this signature; this is the first observed occurrence in the sampled window, not proof of the product bug's introduction.

The failure output below omits xharness timestamps and application-process prefixes:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
 ---> System.InvalidProgramException: Common Language Runtime detected an invalid program.
   at Runtime_90219.Runtime..ctor()
   at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean wrapExceptions)
   --- End of inner exception stack trace ---
   at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean wrapExceptions)
   at Runtime_90219.Runtime_90219.TestEntryPoint()
   at Program.<>c__DisplayClass0_0.<<Main>$>g__TestExecutor115|116(TestFilter filter, StreamWriter tempLogSw, StreamWriter statsCsvSw)
Failed test: global::Runtime_90219.Runtime_90219.TestEntryPoint()

Tracking: #90374. That unlabeled Mono full-AOT report describes NullReferenceException in MainInner, not this CoreCLR InvalidProgramException in the constructor. No matching open KBE or handling PR was found in the completed test-name, constructor-frame, exception, and tracker searches.

PR #134767 merged on 2026-09-28 and addressed this test's reliance on assembly files on mobile. This constructor exception reproduces in later builds and is distinct from that assembly-location failure. No root cause or mitigation is established here.

Error Message

{
  "ErrorMessage": [
    "System.InvalidProgramException: Common Language Runtime detected an invalid program.",
    "at Runtime_90219.Runtime..ctor()",
    "Failed test: global::Runtime_90219.Runtime_90219.TestEntryPoint()"
  ],
  "ErrorPattern": "",
  "BuildRetry": false,
  "ExcludeConsoleLog": false
}
Agentic workflow metadata (ci-failure-scan)

Workflow artifact: ci-failure-scan
Artifact kind: kbe-verification
Verified match count: 1 hits in failure.log

All three literal elements occur in order in the source work-item console. The constructor frame and failed-test line each match once; no matching passing or skipped line was found.


Filed by ci-failure-scan (detection only). ci-failure-fix walks open [ci-scan] KBEs and either opens a small fix PR or comments here to loop in owners — it never disables the test.

Note

Generated by GitHub Copilot.

Warning

Firewall blocked 1 domain

The following domain was blocked by the firewall during workflow execution:

  • dotnet.github.io

To allow these domains, add them to the network.allowed list in your workflow frontmatter:

network:
  allowed:
    - defaults
    - "dotnet.github.io"

See Network Configuration for more information.

Generated by CI Outer-Loop Failure Scanner · ⊞ 31.2K · ◷

Report

Build Repository Test Pull Request
1627529 dotnet/runtime global::Runtime_76273.Program.TestEntryPoint()
1626845 dotnet/runtime global::Runtime_76273.Program.TestEntryPoint() #135361

Summary

24-Hour Hit Count 7-Day Hit Count 1-Month Count
0 2 2

Activity

  1. dotnet-policy-service commented on Oct 8, 2026

    @dotnet-policy-service
    Contributor

    Tagging subscribers to 'os-tvos': @vitek-karas, @kotlarmilos, @steveisok, @akoeplinger
    See info in area-owners.md if you want to be subscribed.

  2. dotnet-policy-service commented on Oct 8, 2026

    @dotnet-policy-service
    Contributor

    Tagging subscribers to this area: @agocke
    See info in area-owners.md if you want to be subscribed.

  3. vitek-karas commented on Oct 9, 2026

    @vitek-karas
    Member

    Duplicate of #135398. Both failures reload IL-stripped ReadyToRun code into a collectible AssemblyLoadContext. Tracking the shared problem in #135398.

    Note

    Generated by GitHub Copilot.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    • Status
      No status

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions