fix(resolver): bare call inside JS class method incorrectly falls back to same-class method lookup

[carlos-alm]

Problem

In call-resolver.ts, the same-class method lookup (lines 200–213) runs for all bare calls when no exact same-file match is found, regardless of language. This is correct for C#/Java static siblings (e.g., IsValidEmail() inside Validators.ValidateUser → Validators.IsValidEmail), but incorrect for JavaScript/TypeScript where bare calls are lexically scoped to the module, not the class.

Repro

Given class-scope.js (from PR #1422):

export class Processor {
  run(x) {
    flush(); // bare call; no module-level 'flush' in scope
  }
  flush() {}
}

The resolver emits Processor.run → Processor.flush (false positive) because:

1. flush() has no receiver (call.receiver = null)
2. Exact same-file lookup returns no match (no module-level flush)
3. Same-class fallback matches Processor.flush — incorrectly

Expected behavior

For JS/TS, bare calls with no same-file/imported match should not fall back to same-class method lookup. The JS scoping rule is: bare foo() is module-scoped, not class-scoped.

Root cause

resolveByMethodOrGlobal in src/domain/graph/builder/call-resolver.ts at lines 195–213 does not gate the same-class fallback on language. It was introduced to support C#/Java static sibling resolution (#1395) but is applied unconditionally.

Fix

Gate the same-class fallback on language identifier (e.g., skip for js/ts/tsx/jsx) or add a caller-language parameter to resolveByMethodOrGlobal.

Also applies to the native Rust engine (crates/codegraph-core/) which mirrors this logic.

Detection

The class-scope.js fixture added in PR #1422 exposes this regression. The 1.0 precision floor on the JS benchmark will fail CI until this is fixed.

Deferred from PR #1422 to keep the fixture PR focused on test infrastructure.

[carlos-alm]

Fixed in commit 290008d on PR #1422. The same-class fallback in resolveByMethodOrGlobal is now gated on language: bare calls in JS/TS skip the fallback (module-scoped semantics), while this.method() calls and C#/Java bare calls still use it.