Fix Codex tmux sessions requiring manual Enter after prompt paste
Elmar observed a control-plane bug while supervising direct Codex tmux work: instructions were pasted into the Codex tmux session, but not submitted; he had to manually press En...
StateDoneNext ActionClosedOwnerLuciRuntimeClosedAge19d ago
Ticket is done; runtime is closed.·profile claude_opus_1m_medium · cwd /home/lucienne/workspace/mission-control · uptime 18d 20h · last activity 18d 18h ago
Description
MC-4177
Elmar observed a control-plane bug while supervising direct Codex tmux work: instructions were pasted into the Codex tmux session, but not submitted; he had to manually press Enter before Codex started.
Impact:
- Direct Codex tmux sessions can appear active in MC/runtime state while actually sitting idle at a pasted prompt.
- This creates false progress claims and requires manual intervention from Elmar.
Scope:
- Investigate the Codex tmux/session launch path used by direct Codex runtime sessions, including MC ticket dispatch, runtime_sessions/tmux metadata, and any send-keys/paste/Enter handling.
- Fix the launch/injection code so newly spawned Codex tmux sessions receive the prompt and an explicit Enter/submit reliably.
- Add a regression test or narrow harness that proves the command path sends the terminal submit/Enter, not just paste text.
- Verify with a harmless Codex/tmux smoke or equivalent fake tmux harness; do not require Elmar to press Enter.
- Do not restart production :3001 unless the final deployment step requires it and is safe; use preview/test harnesses first.
Expected check-in: 2026-05-25T14:26:44+02:00
Acceptance:
- A newly started Codex tmux session begins executing without manual Enter.
- Runtime/session ledger does not mark a worker active before the prompt is actually submitted.
- Tests cover the paste+Enter behavior or the abstraction that performs it.
Activity
done
INTERACTIVE
Luci is working...
Details —
Done
· High
· Luci
▼
SState
Done
Closed
PPeople
TTiming / Details▼
telegram:elmar (human)
mission-control
19d ago
16d ago
Advanced / Operator evidence
RRouting owner
ROperator console
Ticket is done; runtime is closed.ticket_marked_doneprofile claude_opus_1m_medium · cwd /home/lucienne/workspace/mission-control · uptime 18d 20h · last activity 18d 18h agoMC is visibility-only. Hermes Luci launches and gates work outside MC, then mirrors evidence/status here.Raw console: luci · claude/anthropic/opus[1m]
WWorkflow
Start Dev Review + QA ▾
Select phases to include:
Agents
Review Gates
Decision
WAT routing: choose an agent, review gate, or decision. Buttons use the live runtime when one is attached.
Captured from Telegram feedback: Elmar had to manually press Enter in the Codex tmux session after the instructions were pasted. Treat as a control-plane bug and avoid using Codex itself to fix it until launch/submit behavior is verified.
luci19d ago
Luci picking up this ticket (background worker).
luci19d ago
Ticket picked up by Luci via MC dispatcher.
MC-4177: Fix Codex tmux sessions requiring manual Enter after prompt paste
Work this ticket in the live tmux runtime. Use DONE:, REVIEW:, or QUESTION: when you need MC to reflect the next state.
Luci19d ago
Additional live evidence from controller after ticket creation:
- Auto pickup immediately reproduced the problem on MC-4124: new `mc-MC-4124` Codex tmux exists, process `node ... codex`, but pane is idle with `[Pasted Content ...]` in the prompt rather than executing.
- Controller attempted `tmux send-keys Enter`, `C-j`, and `C-d`; the pane still did not submit reliably from automation.
- Likely fix should avoid interactive TUI paste-submit for initial launch where possible: pass the prompt as an argv prompt or use `codex exec`/a tested Codex non-interactive launch path, and update ledger only after successful launch/submit.