trace_path returns empty trace for client-side functions calling third-party member expressions (v0.9.0)

[arhamrizvi]

Summary

trace_path returns an empty trace (no hops) for client-side Next.js/React functions whose downstream calls are third-party member expressions (e.g. supabase.auth.signInWithPassword(...)). Both calls and cross_service modes return only the header object with no path data.

Environment

• codebase-memory-mcp v0.9.0, Windows 11 (win32), invoked via cli and via MCP stdio
• Indexed project: Next.js 15 / TypeScript app, 12,318 nodes / 24,151 edges (CALLS: 3,277)

Repro

1. Index a Next.js repo containing a client component like:

   async function handleSubmit(e) {
     const supabase = createBrowserClient(...);
     await supabase.auth.signInWithPassword({ email, password });
   }

2. Run:

   codebase-memory-mcp cli trace_path --function-name "<project>.src.app.auth.login.page.handleSubmit" --project <project> --direction downstream --depth 3
   

Actual

{"function":"...handleSubmit","direction":"downstream"}

No hops, no empty-array fields, no diagnostic. Same result with --mode cross_service --depth 4.

Expected

Either resolved hops for member-expression calls into imported client objects, or an explicit empty result ("hops": []) plus a hint (e.g. "no CALLS edges recorded for this node") so agents can distinguish "no callees" from "resolution gap".

Notes / related minor issues

• Ambiguity handling in trace_path is excellent (5 handleSubmit matches -> suggestions list). The gap is only edge resolution for third-party member calls.
• search_graph name matching also surfaces markdown Section nodes (433 matches for pattern "GET", mostly from docs .md files) — a --labels filter default excluding Sections would reduce noise for agents.
• Minor: first index_repository run crashed one worker (exit code 1) and succeeded on retry; log hinted at a deprecated cli index_repository invocation registered by the installer's own hook.

Happy to provide logs or run debug builds.

[github-actions]

Thanks for the report! To move this forward we need a bit more so we can reproduce it ourselves:

• the codebase-memory-mcp --version you're on
• the exact steps or command you ran
• a public repo (or a small dummy snippet) that shows the problem — please don't paste proprietary code

Once that's here we'll pick it straight back up. Heads-up: issues left awaiting-reporter are automatically closed after a few weeks of silence, but a comment reopens the door anytime.

[DeusData]

Thanks for the detailed report. I have triaged the core trace behavior as a 0.9.1-rc bug, currently normal priority while we separate two cases: trace_path can only traverse stored edges to indexed target nodes, so a third-party method may legitimately have no hop if its package code is not indexed; however, the raw response should still expose an explicit empty callees array.

Current main has that explicit-empty-array contract. To identify the remaining defect, please add the raw v0.9.0 CLI response plus:

1. Whether search_graph finds any Function or Method node named signInWithPassword.
2. The outgoing CALLS edges for the exact handleSubmit qualified name.
3. A public minimal repository or fixture with the same import and call shape.

Marking awaiting-reporter for those details. Please file the markdown search noise and the one-time worker crash separately if either reproduces, since they have different owners and fixes.