openai / openai/codex

Remote mobile session enters Plan Mode without the user selecting it

Open
#40,444 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug codex-web plan remote session
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

Summary

A remote Codex session is being forced into Plan Mode even though I did not select Plan Mode or add a plan tag in the ChatGPT mobile app.

The assistant repeatedly says the conversation is in Plan Mode and refuses to make the requested repository changes, despite the user asking to build/implement the already-approved plan.

Environment

  • Client: ChatGPT mobile app using the remote Codex experience
  • Device/OS: not captured
  • App version: not captured
  • Connected repository/session: remote Codex session
  • Account/workspace: same account used for the remote session

Steps to reproduce

  1. Open a remote Codex session from the ChatGPT mobile app.
  2. Do not select Plan Mode and do not add a plan tag.
  3. Ask Codex to investigate a repository task.
  4. Approve or request implementation after the plan is complete.
  5. Observe that Codex still reports that it is constrained to Plan Mode and will not edit files.

Expected behavior

The session should use the mode selected by the user. If no Plan Mode was selected, Codex should be able to execute an explicitly requested implementation after planning is complete.

Actual behavior

The session behaves as though a developer-level Plan Mode instruction is active. The assistant says it cannot edit files because it is still in Plan Mode, even though the mobile user never selected that mode.

Impact

Remote mobile users can become stuck in a planning-only state and cannot progress from an approved plan to implementation. The visible mobile mode and the mode enforced by the session may be out of sync.

Request

Please investigate remote mobile session-state synchronization and ensure that Plan Mode is only active when selected or explicitly required by the session configuration. If a higher-priority configuration forces Plan Mode, expose that state clearly in the mobile UI so the user can understand why execution is blocked.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the remote mobile session-state synchronization entry point described in the report and reproduce the listed steps without selecting Plan Mode. Compare the mobile-selected mode with the mode enforced by the remote session; done means an explicitly requested implementation can proceed, or any higher-priority Plan Mode requirement is shown clearly in the mobile UI.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
mobile-dev
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.