Codex mobile omits eligible desktop-host thread from remote thread list

Open 💬 3 comments Opened Jul 7, 2026 by jonmc12
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Component

Codex app remote-control / ChatGPT mobile Codex thread list

Summary

Codex mobile omits one eligible local desktop thread from a connected host's project thread list. The thread is visible in the desktop Codex app, exists in the host state database, is not archived, and should appear in the same recency slot as nearby visible threads. Mobile search also cannot find it.

Environment

  • Desktop host: macOS Codex app host
  • Connected mobile client: ChatGPT mobile Codex view
  • Codex CLI/app metadata observed on host: cli_version=0.142.5
  • Remote-control host is paired and working: mobile can create and list other threads from the same host/project.

Affected Thread

  • Thread id: 019f366f-2fe8-7f42-82b4-36e30092bf8f
  • Desktop sidebar title: Prepare podcast transcript run
  • Project: Clarity-API
  • Host DB row: archived=0, source=vscode, thread_source=user, project/cwd matches the visible project
  • Expected list position: between Refresh Codex Mobile Thread List and Audit PM Agent Dogfood Loop

Reproduction / What I Tried

  1. Pair ChatGPT mobile with the desktop Codex host.
  2. Open Codex mobile and select the same host and project.
  3. Confirm that other threads from the same project are visible.
  4. Observe that desktop shows Prepare podcast transcript run, but mobile omits it.
  5. Search mobile for the desktop title and for terms from the thread's original prompt.
  6. Restart ChatGPT mobile.
  7. Restart the desktop Codex app host.
  8. Attempt a codex://threads/<thread-id> direct-open link. Safari reports the URL as invalid on mobile.
  9. Normalize the local host DB threads.title to the desktop-visible name as a reversible test; mobile still omits the thread.

Expected Behavior

Mobile should list and open all unarchived desktop-host threads for the selected host/project, especially when the desktop app shows the thread in the same project list.

Actual Behavior

The mobile thread list skips this single thread. It does not appear in the project list and cannot be found via mobile search, while adjacent same-project threads do appear.

Host-Side Evidence

The host state database contains the row and it is eligible by the same fields as visible neighbors:

id=019f366f-2fe8-7f42-82b4-36e30092bf8f
title=Prepare podcast transcript run
archived=0
source=vscode
thread_source=user
project/cwd matches Clarity-API
not a subagent child

The desktop list shows it between:

Refresh Codex Mobile Thread List
Prepare podcast transcript run
Audit PM Agent Dogfood Loop

The mobile list shows:

Refresh Codex Mobile Thread List
Audit PM Agent Dogfood Loop
Research CLA-315 goals
...

Notes

The thread originally had a long multiline first-prompt title/preview in the host DB (CLEAN IMPORT RELAY - CLA-386 ...). However, another visible thread also has a long multiline title, and normalizing this thread's title did not make it appear on mobile. This suggests the bug is not purely title length.

View original on GitHub ↗

3 Comments

github-actions[bot] contributor · 1 month ago

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

  • #30386

Powered by Codex Action

jonmc12 · 1 month ago

Additional repro context: when the missing thread was first noticed, it was pinned in the desktop Codex app, which displayed it in the pinned group rather than under its project. Codex mobile does not appear to expose a pinned group. The thread was then unpinned on desktop, but it still did not appear in the mobile project list after mobile restart and desktop Codex host restart. This may be a pin/unpin or pinned-thread exclusion edge case in the mobile remote list path.

ytaimaishu-hue · 1 month ago

Strong Windows + iOS reproduction on 2026-07-18:

  • Windows Codex Desktop 26.715.2305.0
  • iOS remote client 1.2026.188
  • Remote pairing and control are working; other threads from the same desktop host are visible and usable.
  • A normal, active, unarchived desktop thread is absent from both the iOS project list and iOS search.
  • Host logs show codex_chatgpt_ios_remote calling thread/list and successfully resuming the omitted thread from its rollout with parse_errors=0.
  • One minute later, the iOS UI still omitted that same thread.
  • Desktop restart, iOS restart, and revoke/re-pair did not change the result.
  • Host state integrity remained OK and the complete thread inventory remained intact, so this is a mobile Remote enumeration/projection failure rather than lost data.

This provides a useful boundary: the connected host can read and supply the thread successfully for the iOS request, but the iOS Remote UI does not render it.