constant timeouts

[Bia10]

Version

latest

Platform

Windows (x64)

Install channel

GitHub release archive / install.sh / install.ps1

Binary variant

standard

What happened, and what did you expect?

Constantly expiriencing tool call timeouts agents default back to using normal commands...

Reproduction

.

Logs

Project scale (if relevant)

No response

Confirmations

• I searched existing issues and this is not a duplicate.
• My reproduction uses shareable code (a dummy snippet or a public OSS repository), not proprietary code.

[DeusData]

Hey, thx for reporting. Can you share more details, like for example server logs, graph details, code language you try to index etc? There are some issue templates with more details :)

[Bia10]

Oh sure i ill ask the current implementation agent who encountered these issues to report back. Here:

Stopped. Here is a paste-ready bug report draft.

Version
codebase-memory-mcp 0.8.1

Platform
Windows x64
OS: Microsoft Windows 10.0.19045
Arch: X64

Install Channel
Likely GitHub release archive / install.ps1. Binary path:

C:\Users\Bia\AppData\Local\Programs\codebase-memory-mcp\codebase-memory-mcp.exe

Binary Variant
standard / stdio server

Help output says:

codebase-memory-mcp              Run MCP server on stdio
--ui=true    Enable HTTP graph visualization

Running process command line:

"C:/Users/Bia/AppData/Local/Programs/codebase-memory-mcp\codebase-memory-mcp.exe"

What Happened
search_code in mode: "full" timed out through MCP after 120 seconds on a C# repo. I expected either a bounded/truncated result, a quick error explaining the result is too large, or a paginated response. Instead the MCP call hung until the client-side timeout.

The compact/indexing paths were responsive; the failure happened when asking for full source around a match in a large C# file.

Reproduction
Observed on a private C#/.NET repository, so the exact source cannot be shared. The relevant shape is:

• C#/.NET + Avalonia repo
• 212 files under src
• 185 .cs files
• 17 .axaml files
• one large C# control file: ~401,054 bytes, ~7,951 lines
• indexed with mode: "fast"

Index call:

{
  "repo_path": "C:\\path\\to\\repo",
  "mode": "fast",
  "persistence": false
}

Index result scale:

7,515 nodes / 23,771 edges / 22,085,632 byte graph db

Failing MCP tool call:

{
  "project": "C-Users-Bia-source-repos-ArcanumEditor",
  "pattern": "ShouldDrawImmediateCommittedBaseMissingChunks",
  "path_filter": "src/Rendering/ArcanumEditor.Rendering.Avalonia/Controls/MapSceneControl.cs",
  "mode": "full",
  "limit": 4,
  "context": 4
}

Actual output:

tool call error: tool call failed for `codebase-memory-mcp/search_code`

Caused by:
    timed out awaiting tools/call after 119.9999977s

Expected output:

A bounded result, a truncated full-source result, pagination guidance, or a fast error saying the full result is too large.

Logs
No obvious standalone log file found under:

C:\Users\Bia\.cache\codebase-memory-mcp
C:\Users\Bia\.config

Cache DBs found:

_config.db                                                        12,288 bytes
C-Users-Bia-source-repos-ArcanumEditor.db                    22,085,632 bytes

Project Scale
7,515 nodes / 23,771 edges / 212 src files / 185 C# files

Confirmations

• I searched existing issues and this is not a duplicate.
• The exact observed repo is private; a shareable repro should use a dummy/public C# repo with a large ~8k-line file and the same search_code mode=full call shape.