paseo-bot[bot]andLeandro Ardissone ed48655a77 fix(server): stop directory search from taking every filesystem thread (#6029) ...

Each pending fs call holds one of libuv's four shared threadpool threads,
and a read on a hung mount, a protected macOS folder, or a huge network
directory does not return. Add Project starts a new search per keystroke
and nothing cancels the old ones, so four stuck searches took every
thread: logging stopped and `paseo project create` timed out until the
read returned or the daemon was killed.

Directory search now runs its filesystem calls through one shared limit
of two, leaving the rest of the pool to the daemon.

Refs #4879

Co-authored-by: paseo-bot[bot] <266920839+paseo-bot[bot]@users.noreply.github.com>
Co-authored-by: Leandro Ardissone <59826+lardissone@users.noreply.github.com>

2026-10-04 10:18:19 +02:00

..

executable-resolution

feat(plugins): first-class plugin providers — status, launch resolution, config overrides (#5707)

2026-09-30 13:46:35 +01:00

server

Send display: summarized so Claude thinking renders (#4355)

2026-10-04 09:15:14 +02:00

services

feat(usage): usage sources as built-in plugins, following the session's account (#5465)

2026-09-28 16:36:34 +01:00

tasks

Write persisted files atomically

2026-06-03 17:25:07 +07:00

terminal

fix(server): mark Claude terminals as needing input when Claude goes idle (#6022)

2026-10-04 06:10:19 +02:00

test-utils

Run server tests on Linux+Windows matrix (#809)

2026-05-08 10:57:22 +08:00

utils

fix(server): stop directory search from taking every filesystem thread (#6029)

2026-10-04 10:18:19 +02:00