Desktop thread can enter persistent conversation-state desync after request_user_input in Default mode
Open 💬 2 comments Opened Feb 6, 2026 by ramarivera
What issue are you seeing?
In Codex Desktop (macOS), a conversation can enter a persistent broken state after the assistant tries to call request_user_input while the session is in Default collaboration mode.
Observed behavior in one thread:
- Conversation ID:
019c3526-0054-7052-a09b-281d913fd8f7 - Date: February 6, 2026
- Session transcript:
~/.codex/sessions/2026/02/06/rollout-2026-02-06T23-50-08-019c3526-0054-7052-a09b-281d913fd8f7.jsonl
Relevant symptoms from app logs:
Turn 1 does not match latest turn for conversation ...Received item/started for unknown conversation ...Conversation state for ... not foundReceived item/completed for unknown conversation ...[ErrorBoundary:LocalConversationPage] error(name=Error)
Example references:
~/Library/Logs/com.openai.codex/2026/02/06/codex-desktop-448bd53b-ffae-4e6e-8de1-ff4d3c994da7-54773-t0-i1-230019-0.log:128~/Library/Logs/com.openai.codex/2026/02/06/codex-desktop-448bd53b-ffae-4e6e-8de1-ff4d3c994da7-54773-t0-i1-230019-0.log:162~/Library/Logs/com.openai.codex/2026/02/06/codex-desktop-448bd53b-ffae-4e6e-8de1-ff4d3c994da7-54773-t0-i1-230019-0.log:163~/Library/Logs/com.openai.codex/2026/02/06/codex-desktop-448bd53b-ffae-4e6e-8de1-ff4d3c994da7-54773-t0-i1-230019-0.log:138
Transcript shows the session is in Default mode where request_user_input is unavailable, but the assistant still emits multiple request_user_input calls, and those calls appear unresolved in the transcript.
What steps can reproduce the bug?
- Start Codex Desktop conversation in Default collaboration mode.
- Use a prompt that leads the assistant toward structured planning with multiple preference choices.
- Let the assistant run.
- In this case, the assistant issued multiple
request_user_inputcalls even though Default mode states this tool is unavailable. - Continue interacting/retry/reopen thread.
- The thread repeatedly falls into conversation-state errors (
turn mismatch,unknown conversation,conversation state not found) and LocalConversationPage error boundary.
Prompt from the affected thread (PII already minimal):
so for the codex only instructions, not the main template, I want to add smth like:
Keep your memories about the proejct you are working on in `.codex/MEMORIES.md` ...
I want you to help me prompt it in the right way and susbscribe a structure for the md file ...
What is the expected behavior?
- In Default mode, assistant should not call
request_user_input. - If such a call is attempted, the UI/runtime should fail gracefully and keep thread state valid.
- Conversation should remain usable across retries/reopen/restart, without persistent state desync.
Additional information
- Environment: macOS, Codex Desktop
- Transcript metadata includes
cli_version: 0.99.0-alpha.5 - This looked persistent for the same thread ID after restart attempts.
- There are also repeated workspace/git-origin warnings in logs, but the conversation-state failures are the main blocker.
🤖 This content was generated with AI assistance using GPT-5.3 Codex.
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗