Mobile remote connection misses Mac Codex App threads in project list

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

• #23098
• #22800

Powered by Codex Action

Have the same problem. Cannot see one project on codex mobile. No Mather what. Tried everthing. Maybe you have to provide cloud environment on github .. Will try first

Adding a current iOS reproduction with a useful timing distinction: the mobile UI briefly shows the correct current Mac state, then rolls back to an older/incomplete project and thread list.

Environment

• Observed: July 14, 2026
• Host: macOS 26.5.1 (25F80), arm64
• ChatGPT/Codex desktop app: 26.707.72221 (build 5307)
• Bundled Codex/app-server: 0.144.2
• Mobile: ChatGPT on iOS (exact App Store build not visible from the host)
• Same account/workspace; paired host remains green/connected

Reproduction

1. On the Mac, have an existing local project with several older threads and one newer thread.
2. Also have a second local project with an unarchived thread.
3. Open Remote in the ChatGPT iOS app.
4. For about one second, iOS shows the current host inventory:

• the newest thread appears under the existing project;
• the second project and its thread also appear.

1. The project list then reorders and both the newest thread and the second project disappear. Older threads under the first project remain.
2. Reopening Remote reproduces the same flash/rollback.

Mac-side evidence

• The missing newest thread is present locally, unarchived, and associated with the same cwd/project as the older threads that remain visible on iOS.
• The missing second-project thread is also present and unarchived.
• The host's local thread catalog contains both missing records with missing_candidate = 0.
• The host stayed connected; desktop logs at the reproduction time show no matching disconnect/reconnect or Remote failure.
• The auxiliary catalog sync state reports initial_build_complete = 0 with no watermark, despite already observing the missing records. That may be relevant to the reconciliation/fallback path.

This seems more specific than a static filtering problem: iOS initially receives or renders the live host inventory, then a late cached/relay/index snapshot wins and overwrites it. It is similar to the Android rollback described in #24749, suggesting the stale remote-control environment/index problem may be cross-platform.

Expected: once the current host inventory has been displayed, an older snapshot should not replace it. If catalog initialization is incomplete, Remote should retain the fresher records or surface a recoverable sync state.

Project names, thread titles/IDs, hostname, account identifiers, local paths, and transcripts are omitted for privacy. Before/after screenshots and redacted identifiers are available privately if useful.

@tibo-openai This remains reproducible on the current macOS desktop app 26.727.40816 after the mobile update and re-pair troubleshooting path.

Concrete host-side evidence, sanitized:

• The supported host project inventory returns 23 saved local projects with their correct saved labels.
• iOS Remote renders exactly 10 projects. Those 10 match the ten working-directory groups with the most recent thread activity, rather than the saved project inventory. The first omitted project begins immediately after that recency cutoff.
• One saved project has 52 unarchived host threads. iOS shows only three beneath the expanded project; desktop shows five plus a Show more control.
• iOS ignores the saved custom project label and displays the physical folder basename instead.
• There is no local data loss: the host project inventory and state database contain the omitted projects and threads.

This is an iOS Remote project/thread discovery and presentation failure, not a pairing, account, or filesystem problem. It breaks the documented Remote promise that the phone gets the connected host project and chat state. The closely matching report #23952 is closed, but this exact behavior persists.

Please reopen or route this to the iOS Remote owner. The needed behavior is: build the project list from the saved project inventory, use saved project labels, load project-scoped paginated thread history and search, and provide a Show all projects control instead of silently truncating by recent activity.

Reproduced on August 10, 2026 with the iOS ChatGPT app using Codex Remote.

Environment:

• iPhone on 5G
• macOS ChatGPT/Codex desktop app 151.0.7922.76
• Mac host appears online in Remote with a green indicator

Observed:

• The Remote list shows only a newly created thread stuck on a loading spinner and a "Restore Missing Pinned Sessions" thread with a red error icon.
• Older Mac Codex sessions disappear from the iOS Remote list.
• Normal ChatGPT history remains populated in the same iOS app.
• The sessions are not actually deleted: the desktop-side thread index still returns them, and an older session can still be opened from the desktop.
• This makes Remote effectively unusable for resuming work.

Expected:

• All available Mac Codex app threads, including pinned sessions, should remain visible and resumable in iOS Remote.

Actual:

• Remote session discovery/reconciliation intermittently returns an incomplete list and surfaces an error state. A spinner can remain indefinitely.

The attached screenshots show the exact state: host online, one spinner, one red error, and normal ChatGPT history populated. Please investigate the Remote thread-list/reconciliation path and pinned-session restore handling.

Receiving notification but no session list available in App Side.

• Android ChatGPT 1.2026.223 (20)
• Mac (Intel mac, 2019 13 inch)

Wondering if anyone from OpenAI is taking care of this issue.