codebase-memory-mcp

mirror of https://github.com/DeusData/codebase-memory-mcp.git synced 2026-11-09 09:11:00 +08:00

Files

T

Ilya Brykau 947e52d944 fix(ci): gate Windows guard setups on the index response, not list_projects stats

The guards read node/edge counts exclusively from list_projects, but that
tool publishes its stats columns asynchronously — on some venues never
within a one-shot MCP session. index_repository's own response carries the
synchronous, authoritative counts, so a healthy index was misread as
'SETUP FAIL: ASCII baseline did not index ... nodes: None' (issue #1952
carries five such runs; reproduced deterministically on macOS where
list_projects returns the project row with no stats fields at all while
the index response reports nodes=12/edges=21 and definition queries work).

- test_non_ascii_path: take counts from the index_repository summary;
  keep list_projects only as a polled fallback (wait_projects_with_stats
  in mcp_stdio) and for the no-project diagnostics, now in a helper.
- Retry setup steps once (fresh cache) before declaring a precondition
  skip: the ASCII baseline, the CLI ASCII control (test_cli_non_ascii_arg),
  the hook-augment index and its permanent-daemon start — these are setup,
  not the surfaces under test, and a cold runner's daemon startup latency
  must not red the job through the all-skip gate.

Signed-off-by: Ilya Brykau <ilya.brykau@orca.security>

2026-08-31 12:09:08 +02:00

mcp_stdio.py

fix(ci): gate Windows guard setups on the index response, not list_projects stats

2026-08-31 12:09:08 +02:00

test_cli_non_ascii_arg.py

fix(ci): gate Windows guard setups on the index response, not list_projects stats

2026-08-31 12:09:08 +02:00

test_daemon_lifecycle.py

daemon: permanent lifecycle, daemon-backed CLI/hooks, real-Windows hardening, long-path launcher transactions

2026-07-21 15:32:15 +02:00

test_daemon_stability.py

fix(daemon,win): CI-green fixes and a daemon-stability guard