fix(server): list dotfiles when the workspace root fills the entry cap

[DanielGGordon]

Problem

Fixes #37 — no dotfiles are listed in the file explorer when the root is set to ~/.

552e133d3 added dotfile support via a filesystem walk (supplementDotfiles) that supplements the native finder's results (the native finder honors gitignore and hides dotfiles). That walk was gated on the combined entry count staying under the 25k cap:

while (queueIndex < queue.length && entryByPath.size < WORKSPACE_INDEX_MAX_ENTRIES)

entryByPath was seeded with the native finder's results. For a large tree like the home directory (30k+ files on a typical dev machine, over the WORKSPACE_INDEX_MAX_ENTRIES = 25_000 cap), the native scan alone fills entryByPath to the cap, so the supplement loop body never runs and zero dotfiles get added. Normal project roots stay under the cap, which is why the bug only showed up in ~/.

Fix

• supplementDotfiles now tracks only its newly discovered dotfile entries against its own budget. The finder results are used solely for dedup and to seed which directories to scan — they no longer count against the cap.
• list inserts the discovered dotfiles first, then fills the remaining budget with native entries, so a large native tree can no longer starve dotfile discovery.

Testing

• New regression test fills the native results to the cap and asserts a real dotfile still surfaces. Confirmed it fails when the starvation condition is reintroduced.
• All 45 workspace tests pass; tsgo typecheck and lint clean.

🤖 Generated with Claude Code