2.9 KiB
2.9 KiB
Implementation report for Ticket 00001KV0723PC
Commit: cfe411e50d (fix: avoid panel quit notice wait)
Observed / identified delay cause:
- In
crates/tui/src/multi_pod.rs, the workspace Panel run loop handled a completedPendingReloadbefore polling terminal input. - When the reload result requested Orchestrator queue-attention notification, the loop awaited
dispatch_orchestrator_queue_attention_notice(request)inline. - That dispatch path can wait on Unix socket connect/read/write operations and their timeouts. While it was awaited inline, queued terminal events such as
Ctrl+C/Ctrl+Dcould not be observed, so an explicit Quit could be delayed by non-essential notice dispatch work.
Fix summary:
- Added
PendingQueueAttentionNotice, a cancellable background task wrapper for queue-attention notice dispatch. - Changed the Panel run loop to start queue-attention notice dispatch asynchronously after reload and only harvest the result when the task is already finished.
- Added explicit quit cleanup through
abort_panel_background_work_for_quit, aborting both pending reload and pending queue-attention notice work before returningMultiPodOutcome::Quit. - Also abort the background notice before foreground open/action paths that already abort reload work, so non-essential notice dispatch does not contend with user-directed operations.
- Preserved terminal/backend shutdown behavior by keeping the existing return path and relying on explicit abort plus Rust
Dropcleanup for background tasks.
Files changed:
crates/tui/src/multi_pod.rs
Regression coverage:
- Added
multi_quit_aborts_background_reload_and_notice_without_waiting, which starts never-completing reload and notice tasks, exercises the quit abort helper under a timeout, and verifies both tasks are cancelled. - Existing reload overlap behavior remains covered by
multi_poll_reload_does_not_overlap_in_flight_reload.
Validation commands/results:
cargo fmt --check— passedgit diff --check— passedcargo test -p tui multi_quit_aborts_background_reload_and_notice_without_waiting --lib— passedcargo test -p tui multi_poll_reload_does_not_overlap_in_flight_reload --lib— passedcargo check -p tui --all-targets— passed
Residual risks / manual validation notes:
- No broad runtime-loop rewrite was done. Foreground user-directed operations that are already awaited by the Panel can still occupy the loop; this change targets the identified non-essential background notice dispatch delay path.
- I did not run an interactive manual
yoi panelsession from this Coder environment. Recommended manual check: startyoi panel, trigger a reload/queued Ticket condition that would dispatch queue-attention notice, then pressCtrl+C/Ctrl+Dwhile the notice target is slow or unavailable; the Panel should exit promptly while terminal state is restored.