Mobile remote connection misses Mac Codex App threads in project list #23152

Activity

1. ljs1592

   added

   appIssues related to the Codex desktop appIssues related to the Codex desktop app

   on May 17, 2026
2. github-actions

   added

   bugSomething isn't workingSomething isn't working

   remote

   sessionIssues involving session (thread) management, resuming, forking, naming, archivingIssues involving session (thread) management, resuming, forking, naming, archiving

   on May 17, 2026
3. github-actions commented on May 17, 2026

   

   github-actionsbot

   on May 17, 2026 – with GitHub Actions

   Contributor

   More actions

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

   • ChatGPT app Codex remote only shows projects after starting a new conversation #23098
   • Android Codex mobile loses Android-started active threads after force quit; permissions UI greyed out as Default only #22800

   Powered by Codex Action
4. montella1507 commented on May 19, 2026

   

   montella1507

   on May 19, 2026

   More actions

   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
5. jka-wfa-wll commented on Jul 15, 2026

   

   jka-wfa-wll

   on Jul 15, 2026 – with ChatGPT Codex Connector

   More actions

   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.
   5. The project list then reorders and both the newest thread and the second project disappear. Older threads under the first project remain.
   6. 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.
6. mathcoteacher commented on Jul 31, 2026

   

   mathcoteacher

   on Jul 31, 2026

   More actions

   @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.
7. PatchworkMD commented on Aug 10, 2026

   

   PatchworkMD

   on Aug 10, 2026 – with ChatGPT Codex Connector

   More actions

   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.
8. combacsa commented on Aug 23, 2026

   

   combacsa

   on Aug 23, 2026

   More actions

   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.
9. sbosell commented on Oct 3, 2026

   

   sbosell

   on Oct 3, 2026 – with ChatGPT Codex Connector

   More actions

   Additional Linux + iOS observation on October 3, 2026.

   Environment:

   • Omarchy Linux computer running the Codex desktop app
   • iOS Codex/Remote view connected to that computer
   • The affected task is an existing local-computer thread
   • Exact desktop/mobile app builds and iOS version have not been captured

   Observed:

   • The affected thread is visible on desktop but absent from the iOS project thread list, while other threads remain visible on iOS.
   • A private comparison of supplied desktop and iOS screenshots confirms the list discrepancy: in the corresponding project group, desktop shows Thread A, the affected thread, then Thread B. iOS shows Thread A and Thread B consecutively, omitting the affected thread. Project/folder labels correspond and the shared threads retain their relative order.
   • I also cannot find the affected thread using mobile search. This search result is user-reported; the screenshot comparison verifies the list omission only.

   Comparison steps:

   1. Open the existing local project and locate the affected thread in Codex desktop.
   2. Open that computer's Remote project/thread list on iOS and compare the corresponding group.
   3. Search for the missing thread on mobile.

   Expected: existing desktop-visible local threads should be discoverable in the corresponding iOS Remote project list and search, or the UI should explain any intended eligibility/filtering boundary.

   The screenshots alone do not verify the selected host, account, or filter. No request/response trace, numeric list cap, recency trigger, creation-method dependency, or shared root cause has been established for this case.

   This adds a Linux environment to the desktop-visible/mobile-list-and-search symptom reported here. Screenshots, private project names, actual thread titles/IDs, and local paths are omitted.