TUI still shows “Implement this plan?” after implementation starts from another client
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What version of Codex CLI is running?
0.147.0
What subscription do you have?
Pro
Which model were you using?
No response
What platform is your computer?
No response
What terminal emulator and version are you using (if applicable)?
No response
Codex doctor report
What issue are you seeing?
I run Codex through app-server and connect the CLI with codex --remote.
The TUI shows “Implement this plan?”. I then start the implementation from another app-server client connected to the same thread.
The implementation starts normally, but the remote TUI still shows the old plan prompt.
What steps can reproduce the bug?
This setup uses one app-server process with two clients:
- Client A: Codex CLI TUI connected with
codex --remote - Client B: Agent Relay, connected through the app-server protocol
Both clients operate on the same thread.
- Start one app-server: codex app-server --listen ws://127.0.0.1:4500
- Connect Client A to it: codex --remote ws://127.0.0.1:4500
- Connect Client B to the same WebSocket endpoint. Do not start a second app-server.
- Start or resume a thread in Client A, then have Client B resume the same "threadId". Both clients are now subscribed to the same thread.
- Enter Plan mode and complete a plan. Client A shows the “Implement this plan?” prompt.
- In Client B, select "Implement" for that same thread. Client B switches the thread out of Plan mode and starts the implementation turn through the shared app-server.
- The implementation starts successfully and Client A receives "thread/settings/updated" and "turn/started".
- Check Client A.
Actual behavior
Client A still shows the old “Implement this plan?” prompt, even though Client B has already started implementation on the same thread.
Expected behavior
The remote TUI should dismiss the prompt when another client changes the shared thread out of Plan mode or starts a new turn.
What is the expected behavior?
No response
Additional information
I’m building an integration that lets users continue the same Codex session from either the CLI or an IM client.
A single app-server owns the session, while the CLI TUI and IM client connect to the same thread. Messages, streamed output, approvals, user-input requests, and Plan decisions should be available from either client.
The integration does not run the same action twice. Once an action is handled by one client, the other connected clients should reflect the updated thread state. This issue breaks that handoff: implementation starts from the IM client, but the TUI keeps showing the stale Plan prompt.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how the TUI handles shared app-server events, especially thread/settings/updated and turn/started, when two clients are subscribed to one thread. Reproduce the two-client Plan-mode handoff described above, then verify that the TUI dismisses the stale “Implement this plan?” prompt after Client B starts implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- api, cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100