Jinwoo-HandOrca eb0f0dbd50 fix(relay): cap relay.log via truncate-in-place when rename is blocked ...

Self-review found a HIGH cross-platform bug: on Windows the launch shell holds
its own `1>relay.log` handle without FILE_SHARE_DELETE, so renameSync of the
live file fails (EPERM/EBUSY). The previous rotate() swallowed that, reopened the
un-renamed file, and re-read its full over-cap size — so the cap never held on
Windows AND every subsequent log line churned a failing close/rename/open.

On rename failure, fall back to truncating relay.log in place ('w') so the size
cap still holds and there is no per-line churn. The shell's fd keeps appending at
its own offset but truncation bounds total growth; trade-off is no archived
generation on that path. New test models the rename-blocked case (archive path is
a directory) and asserts the cap still holds (fails pre-fix: 20100 > 4096).

Also fixed a test nit: spy on process.stderr so the post-restore assertion write
does not leak to the real test-runner stderr.

Co-authored-by: Orca <help@stably.ai>

2026-07-10 05:55:06 -04:00

..

cli

Disable experimental new worktree card style by default (#7977)

2026-07-09 14:52:03 -07:00

main

fix(relay): rotate relay.log in-process with a size cap

2026-07-10 05:48:26 -04:00

preload

Add AI Vault subagent display (#7423)

2026-07-10 01:13:16 -07:00

relay

fix(relay): cap relay.log via truncate-in-place when rename is blocked

2026-07-10 05:55:06 -04:00

renderer

Normalize invalid terminal line height before xterm (#8050)

2026-07-10 01:28:22 -07:00

shared

perf(worktrees): avoid auto-maintenance in create fetches (#8039)

2026-07-10 02:31:47 -07:00

types

Update onboarding feature wall experience (#2652)

2026-05-23 12:21:13 -07:00