Skip to content

✅ Sync eaa125400e1: [release/10.0] Fix LoadExactInterfaceMap for sub-interfaces with complex type arguments under special marker parents (#124835) - #129

Merged
agocke merged 2 commits into
bazelfrom
sync/release-10.0-eaa125400e1
Apr 3, 2026
Merged

agocke merged 2 commits into
bazelfrom
sync/release-10.0-eaa125400e1

Conversation

@github-actions

Copy link
Copy Markdown

Upstream commit: eaa125400e1 — [release/10.0] Fix LoadExactInterfaceMap for sub-interfaces with complex type arguments under special marker parents (dotnet#124835)\nRemaining after this: 23 commit(s)\n\n---\n\n# Sync Report: release/10.0 → bazel

Upstream commits: 1 | Files changed: 3

Classification: ✅ clean — No Bazel-relevant build changes detected

No Bazel-relevant changes detected in the upstream diff.

github-actions Bot and others added 2 commits March 3, 2026 17:05
…lex type arguments under special marker parents (dotnet#124835)

Backport of dotnet#124684 to release/10.0

/cc @davidwrighton

## Customer Impact

- [x] Customer reported
- [ ] Found internally

The earlier fix for dotnet#123254 did not fix all possible cases where the
incorrect type would be loaded. This fix fills out the special case
matrix some more, and I believe should fix all the issues found.

## Regression

- [x] Yes
- [ ] No

This issue was introduced with PR dotnet#120712, and mitigated somewhat with
PR dotnet#123520. This fix builds on that fix to fix additional issues found
by @reduckted.

## Testing

The fix includes a fairly large test suite covering possible ways type
loading could fail around this fix. It was missed previously in the
previous small fix as the importance of comparing the fully loaded, and
partially loaded interface maps on the generic type definition was
missed during test development. This fix has also been tested by
delivering a hotfixed build to @reduckted which which he was able to
verify fixed the issues he had seen in production as well as in testing.

## Risk

Low. Its filling out more special cases in the new codepaths added in PR
dotnet#123520.

**IMPORTANT**: If this backport is for a servicing release, please
verify that:

- For .NET 8 and .NET 9: The PR target branch is `release/X.0-staging`,
not `release/X.0`.
- For .NET 10+: The PR target branch is `release/X.0` (no `-staging`
suffix).

## Package authoring no longer needed in .NET 9

**IMPORTANT**: Starting with .NET 9, you no longer need to edit a NuGet
package's csproj to enable building and bump the version.
Keep in mind that we still need package authoring in .NET 8 and older
versions.

---------

Co-authored-by: David Wrighton <davidwr@microsoft.com>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
@agocke agocke closed this Mar 31, 2026
@agocke agocke reopened this Mar 31, 2026
@agocke
agocke merged commit 3414124 into bazel Apr 3, 2026
9 of 12 checks passed
@agocke
agocke deleted the sync/release-10.0-eaa125400e1 branch April 3, 2026 16:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant