tmux.sendKeys: multi-line paste draft not submitted; sendWithConfirmation false positive

[chetwerikoff]

Summary

AO-core session-manager.send → tmux.sendKeys clears input (Escape), pastes multi-line/>200 char messages via bracketed paste (load-buffer + paste-buffer), then sends one Enter. On an idle Cursor-CLI worker this leaves findings as an unsubmitted [Pasted text] draft — the trailing Enter is absorbed by the paste rather than submitting.

sendWithConfirmation treats any pane output change as delivered, so a visible draft counts as success and never retries Enter.

Observed impact

Pack-side incident opk-17 / orchestrator-pack#214 (2026-06-06): review finding delivered (sent_to_agent), green CI, zero open findings, worker idle until human pressed Enter.

Expected behavior

Align core delivery with the existing CLI fallback in ao-cli send.js → sendViaTmux:

• Retry Enter up to 3× when the session does not become active/queued
• Do not treat a visible [Pasted text] draft as confirmed delivery in sendWithConfirmation

Related

• Sibling: Dashboard worker terminal floods with Device-Attributes reports (ESC[>84;0;0c) under mux WebSocket reconnect loop (0.9.2, tmux+cursor-agent) #2094 (terminal mux DA flood)
• Pack bridge (temporary): Auto-submit a delivered-but-unconsumed review finding to the worker chetwerikoff/orchestrator-pack#216

Version

Observed on @aoagents/ao-core 0.9.2.