-
Notifications
You must be signed in to change notification settings - Fork 5.3k
Revert "[manual] Merge release/9.0-staging into release/9.0" #124313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This reverts commit cbb9e77.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR reverts changes introduced by #124305 (a manual merge from release/9.0-staging into release/9.0), restoring prior test behavior and build/pipeline configuration for the release branch.
Changes:
- Reverts COM interop test behavior in
ComWrappersAPI tests. - Reverts Helix macOS queue selection (OSX 15 → OSX 13) across CoreCLR scripts and pipeline templates.
- Reverts source-build agent image and the pinned
xharnessdotnet tool version.
Reviewed changes
Copilot reviewed 5 out of 6 changed files in this pull request and generated 2 comments.
Show a summary per file
| File | Description |
|---|---|
| src/tests/Interop/COM/ComWrappers/API/Program.cs | Adjusts ICustomQueryInterface.GetInterface result handling in a COM apartment deadlock regression test. |
| src/coreclr/scripts/superpmi_collect_setup.py | Reverts macOS Helix queue selection for SuperPMI collection to OSX 13. |
| eng/pipelines/libraries/helix-queues-setup.yml | Reverts macOS Helix queue names for libraries jobs to OSX 13. |
| eng/pipelines/coreclr/templates/helix-queues-setup.yml | Reverts macOS Helix queue names for CoreCLR jobs to OSX 13. |
| eng/common/core-templates/job/source-build.yml | Reverts internal 1ES pool image selection to Azure-Linux-3-Amd64. |
| .config/dotnet-tools.json | Reverts microsoft.dotnet.xharness.cli version pin to a 9.0 prerelease. |
| } | ||
|
|
||
| return CustomQueryInterfaceResult.NotHandled; | ||
| return CustomQueryInterfaceResult.Failed; |
Copilot
AI
Feb 12, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ICustomQueryInterface.GetInterface now always returns CustomQueryInterfaceResult.Failed, which forces QueryInterface to fail rather than letting the runtime handle the request (e.g., for IID_IUnknown). In this test that can cause COM APIs like RoGetAgileReference/marshalling to fail unexpectedly. Consider returning NotHandled (or returning Failed only for specific iids you intend to reject) so default COM interface handling can proceed.
| return CustomQueryInterfaceResult.Failed; | |
| return CustomQueryInterfaceResult.NotHandled; |
| # tvOS devices | ||
| - ${{ if in(parameters.platform, 'tvos_arm64') }}: | ||
| - OSX.15.Amd64.AppleTV.Open | ||
| - OSX.13.Amd64.AppleTV.Open |
Copilot
AI
Feb 12, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The tvos_arm64 helix queue entry is indented differently than the surrounding helixQueues items, which makes the YAML harder to read and increases the risk of future indentation-related mistakes. Align the indentation of the - OSX.13.Amd64.AppleTV.Open line with the other queue entries under similar conditional blocks (e.g., the ios_arm64 block).
| - OSX.13.Amd64.AppleTV.Open | |
| - OSX.13.Amd64.AppleTV.Open |
Reverts #124305