iOS Remote hides Photos and Camera controls in active SSH project tasks

What version of the Codex App are you using?

• ChatGPT for iOS: 1.2026.202, the current German App Store version as of 2026-07-31
• Paired macOS ChatGPT app: 26.727.40816, build 6067
• SSH-host Codex CLI and managed app-server: 0.146.0

What subscription do you have?

ChatGPT Pro.

What platform is your computer?

• iPhone running the ChatGPT iOS app
• Paired host: Darwin 25.5.0 arm64 arm
• SSH project host: Linux 6.12.95+deb13-amd64 x86_64

What issue are you seeing?

In a Codex Remote task for an SSH project, the iOS composer does not expose Photos, Camera, or Files while the task is active. Opening the composer menu shows Plan mode, Pursue goal, and installed plugins only.

The same iPhone can attach an image normally to a non-Remote ChatGPT conversation, so iOS photo permission and general ChatGPT uploads are working.

The SSH-host Codex backend also supports image input. A task created from the macOS app in the same SSH project previously recorded a normal response_item with input_image, and the corresponding event_msg.user_message contained the image payload. The affected iOS Remote task records originator: codex_chatgpt_ios_remote and its user message events include the normal images: [] field, but the iOS UI provides no way to populate it.

This appears to be an iOS Remote composer state or capability bug, not a project configuration or app-server limitation.

What steps can reproduce the bug?

1. Install ChatGPT for iOS 1.2026.202.
2. Pair it with a current macOS ChatGPT desktop host.
3. Open a Codex Remote project backed by a Linux SSH host running Codex app-server 0.146.0.
4. Start or open a task.
5. While the task is in the Thinking state, queue or prepare a follow-up and open the composer menu.
6. Observe that the menu contains Plan mode, Pursue goal, and plugins, but no Photos, Camera, or Files controls.

Affected session ID: 019fb6f4-1721-7961-b538-01fcf884ed87.

The task and host remained reachable. The managed daemon reported remoteControlEnabled: true; thread listing and direct thread reads also worked after a transient reconnect. No app-server restart was required.

What is the expected behavior?

The iOS Remote composer should expose Photos, Camera, and supported file attachment controls for SSH project follow-ups, including while an active turn accepts queued or steered text follow-ups.

If attachments are intentionally unavailable during an active turn, the UI should preserve the controls and explain that the attachment will be queued, or clearly say that the user must wait for the turn to finish. Silently removing the controls makes the feature appear broken.

Additional information

The official changelog for iOS 1.2026.181 says that image and file attachment previews and inline Photos and Camera pickers were added to the attachment menu. The issue remains reproducible on 1.2026.202.

The iOS screenshot shows an active task, a queued follow-up, the black Stop button, and the open composer menu with no attachment entries. A sanitized copy can be provided if useful.