2 Commits

Author	SHA1	Message	Date
Claude	eea746a635	docs(nests-interop): T16 closure-roadmap Priority 1 closed by main merge ... 5/5 sweep BUILD SUCCESSFUL post-merge of `origin/main` (5 `:quic` commits: ALPN-list threading `2a4c07ae`, PTO STREAM retransmits `d5c854be`, RFC 9001 §6 1-RTT key update `b622d0c9`, multiconnect pacing `86a4727e`, qlog flush `31d19258`). Pre-merge baseline on the same branch with the same TRACE capture: 3 fail / 5, all in `late_join_listener_still_decodes_tail`. 55/55 tests pass. Updated: - routing-investigation: marked CLOSED, added Closure section with pre-merge vs post-merge sweep counts + sample 1.6 ms-RTT late-join trace. - late-join investigation: marked closed. - closure-roadmap: Priority 1 ✅; Priorities 2 and 3 unblocked. Preserved a post-merge passing late-join relay trace under `nestsClient/plans/artefacts/2026-05-07-routing-race-closed-by-merge/` as the "what healthy looks like" baseline.	2026-05-07 20:27:49 +00:00
Claude	b2a42d9ab2	diag(nests-interop): trace data disproves moq-relay routing-race hypothesis ... Step 1 of `2026-05-07-moq-relay-routing-investigation.md` ran a 5× sweep on `HangInteropTest` with per-test moq-relay trace capture. Failure rate: 3/5, all in `late_join_listener_still_decodes_tail`. Cross-referencing the relay trace (`encoding self=Subscribe …catalog.json` on conn{id=0} at T+2.07 s) with the speaker's `Log.d("NestTx")` lines (only `ANNOUNCE inbound prefix=''` at T=0; NO `SUBSCRIBE inbound id=0` in the failing window) shows the relay correctly forwards the upstream SUBSCRIBE — the bidi just never reaches `MoqLiteSession.handleInboundBidi`. So the prior plan's "moq-relay 0.10.x per-broadcast subscribe-routing race" hypothesis is wrong. Re-scoped Priority 1 of the closure roadmap to point at `:quic`'s peer-bidi surfacing path instead. The actual bug is between QUIC's bidi-accept and `incomingBidiStreams()` flow. Spotless-formatted Kotlin imports. Trace artefacts preserved under `nestsClient/plans/artefacts/2026-05-07-routing-race-disproven/` so the next agent (QUIC owner) doesn't have to re-run the sweep.	2026-05-07 18:49:23 +00:00