GitNexus/gitnexus/test/fixtures/lang-resolution/java-new-expr-chain-call
Gergo Magyar 0b933aa43f fix(java): treat a new-expression as a typed receiver for its chained call (#2564)
new Local().inner() bound the whole object_creation_expression as
@reference.receiver, so its raw source text ("new Local()") became the
receiver name. That text can never match a scope binding, so the call
silently fell through to name-only fallback resolution and could
resolve to an unrelated same-named method on a collision.

Normalize the receiver to the constructed type's simple name (reusing
javaBaseSimpleNameOf, already used for the anonymous-class inheritance
edge) so Case 2 (class-name / static receiver) in
receiver-bound-calls.ts resolves it via its normal MRO walk. Mirrors
the existing normalizePhpReceiver precedent in php/captures.ts - a
language-local capture rewrite, no shared-pipeline change.
2026-07-21 07:04:07 +00:00
..
LocalChain.java fix(java): treat a new-expression as a typed receiver for its chained call (#2564) 2026-07-21 07:04:07 +00:00
Other.java fix(java): treat a new-expression as a typed receiver for its chained call (#2564) 2026-07-21 07:04:07 +00:00