Problem - CRITICAL
PR #21746 (Fix list concatenation ignoring outer list type context) contains unresolved merge conflict markers in the actual diff:
<<<<<<< ours
=======
>>>>>>> theirs
The PR CANNOT be merged cleanly as-is. The author pushed a PR without properly resolving merge conflicts.
Impact
- The PR is in a broken non-mergeable state
- The patch as submitted will not parse cleanly
- GitHub's merge button will likely reject the PR
- A real bug fix is being blocked by a botched rebase/merge
What was audited
MCE audit Tmypy21746 (2026-07-19) caught 5 HIGH attacks via F-C:
- The diff contains unresolved merge conflict markers
- The new test case
x = a + [10] does NOT actually exercise the bug being fixed
- P3 (Nested lists handled) has no test coverage at all
- P1 and P2 are stated as if they are results of the PR, but they depend on the merge-conflict-mangled
check_op_expr
- The "failing-first" methodology is violated wholesale
Recommended fix
- The author should rebase the branch against current main
- Resolve all merge conflict markers
- Verify the test actually exercises the bug being fixed
- Verify the failing-first methodology
Cross-references
Problem - CRITICAL
PR #21746 (Fix list concatenation ignoring outer list type context) contains unresolved merge conflict markers in the actual diff:
The PR CANNOT be merged cleanly as-is. The author pushed a PR without properly resolving merge conflicts.
Impact
What was audited
MCE audit Tmypy21746 (2026-07-19) caught 5 HIGH attacks via F-C:
x = a + [10]does NOT actually exercise the bug being fixedcheck_op_exprRecommended fix
Cross-references