Codex instant starts sometimes on pasting text

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• #5168
• #4994
• #4130

Powered by Codex Action

Codex analysis

--------------------

• Likely Cause

• On Windows the terminal normally ignores the bracketed‑paste mode that we request (tui/src/tui.rs:49), so pastes fall back to per‑character key events instead of the single Event::Paste path that handle_paste

expects.

• When that happens our “paste burst” heuristic tries to detect a paste by watching how quickly characters arrive (tui/src/bottom_pane/paste_burst.rs:4-123). The threshold is only 8 ms between characters, and the

burst window closes after 120 ms. Windows consoles often deliver the characters—especially the trailing newline—more slowly than that, so the burst finishes before the newline shows up.

• Once the burst has closed, the newline is treated as a real Enter keypress inside handle_key_event_without_popup (tui/src/bottom_pane/chat_composer.rs:906-972), which immediately submits the request. That

matches the behavior you’re seeing: pasting multi-line text sometimes triggers a send even though you didn’t press Enter.

Next Step Ideas

1. Relax the paste-burst timing on Windows (or detect the platform) so the newline still lands inside the burst window.
2. Add an option to disable “Enter submits” when the paste buffer just flushed, so stray newlines turn into literal newlines instead of submissions.

Discussing a fix in #3371

But most terminals support bracketed paste — I’ve checked it in various ways, and it seems the culprit is requery_default_colors() in tui.rs.
All observations and measurements are included in the PR above; I’ve described them in detail. I also conducted a more in-depth analysis, though I didn’t include everything in the description.

Closing in favor of #2137