Nicolas De Loof de2148f09e fix(relay): reap idle half-open forwards instead of pinning them forever ... A peer that never closes after receiving the relayed FIN used to pin the forward's goroutine pair and both TCP connections until SIGKILL — and with them the drain in main. Force-closing both ends as soon as one direction finishes would have thrown out TCP half-close (a client that FINs its request and then reads a long response), so the surviving direction now runs under an idle grace instead: a read deadline re-armed before every Read once the other direction is done. Active streams are never cut — only pairs sitting idle past the grace are reaped. Locked by two tests: the silent-peer pair is reaped at the grace, and a response still streaming after the client's half-close survives well past it. The demo provider's comment also spells out why serve-demo is neither Wait()ed nor a zombie: the provider exits within seconds, so init has long adopted — and reaps — the subprocess when its three minutes are up. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Signed-off-by: Nicolas De Loof <nicolas.deloof@gmail.com>		2026-09-16 17:03:23 +02:00
..
sdk	test(docs): compile the sdk.md examples	2026-08-27 11:21:03 +02:00
provider.go	fix(relay): reap idle half-open forwards instead of pinning them forever	2026-09-16 17:03:23 +02:00