[ci-scan] Skip stackoverflowtester under interpreter mode (refs #127899)

[github-actions]

Reasoning

The stackoverflowtester test triggers a native assert m_crawl.GetCodeInfo()->IsValid() when running under the CoreCLR interpreter. During stack overflow handling, the StackFrameIterator encounters an interpreter frame whose CodeInfo is invalid. This is a known interpreter-mode stack-walker incompatibility — the test itself is correct but the interpreter cannot handle the scenario yet.

Adding <InterpreterIncompatible>true</InterpreterIncompatible> is the standard mechanism used by other tests (e.g., DefaultStackCommit, ForeignThreadExceptions, ObjectStackAllocationTests) to opt out of interpreter-mode execution.

Linked KBE: #127899

Match verification (from Step 4.8):

1. Same test/family: yes — baseservices/exceptions/stackoverflow/stackoverflowtester matches exactly
2. Same failure signature: yes — m_crawl.GetCodeInfo()->IsValid() assert failure
3. Same OS: yes — Windows (both x64 and arm64)
4. Same architecture: yes — x64 and arm64

Impact on platforms

• runtime-interpreter (def 316) / windows-arm64 Checked / exit code 1 (assert failure)
• runtime-interpreter (def 316) / windows-x64 Checked / exit code 1 (assert failure)

Errors log

Running stackoverflow test(smallframe main)
"Stack overflow."
"Assert failure(PID 11148 [0x00002b8c], Thread: 9372 [0x249c]): m_crawl.GetCodeInfo()->IsValid()"
END EXECUTION - FAILED

First build it occurred

• Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=1407440
• Finished: 2026-05-04 (per KBE [ci-scan] Known Build Error: stackoverflowtester assert m_crawl.GetCodeInfo()->IsValid() in runtime-interpreter #127899)
• Occurrences in window: persistent across all scanned builds

Linked issue

#127899

---

Filed by ci-failure-scan, which scans dnceng-public outer-loop pipelines on main and converts stable failures into KBEs and test-disable PRs. Comment here or on the workflow file to suggest changes; ci-failure-scan-feedback reads in-scope feedback daily and opens (or updates) a PR with prompt edits.

Note

🔒 Integrity filter blocked 2 items

The following items were blocked because they don't meet the GitHub integrity level.

• #44158 search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".
• #5637 search_issues: has lower integrity than agent requires. The agent cannot read data with integrity below "approved".

To allow these resources, lower min-integrity in your GitHub frontmatter:

tools:
  github:
    min-integrity: approved  # merged | approved | unapproved | none

Generated by CI Outer-Loop Failure Scanner · ● 37.9M · ◷

[dotnet-policy-service]

Tagging subscribers to this area: @JulieLeeMSFT, @BrzVlad, @janvorli, @kg
See info in area-owners.md if you want to be subscribed.

[BrzVlad]

@kotlarmilos the bot resubmitted this PR although I closed #128737