Codex iOS remote sidebar does not sync Desktop project order or pinned chats

Open 💬 3 comments Opened May 15, 2026 by polina-raznitsyna

What version of the Codex App are you using?

Codex Desktop for macOS: 26.513.20950 (2816)

The iOS client is paired to the same Mac via Codex Remote Control. I do not see the exact iOS Codex build in the sidebar screenshot.

What platform is your computer?

macOS / Darwin 25.4.0 arm64

What is the problem?

When using Codex from iOS against a paired Mac, the iOS sidebar does not appear to respect the same Desktop sidebar state:

  1. The project list order on iOS differs from the order shown in Codex Desktop on the Mac.
  2. Chats pinned on Codex Desktop are not shown as pinned on iOS.

This makes the iOS remote sidebar feel like a different workspace even though it is connected to the same Desktop host.

Expected behavior

When iOS is connected to a Codex Desktop host via Remote Control, it should either:

  • mirror the Desktop sidebar state for that host, including project order and pinned chats, or
  • sync/derive the same ordering and pinned state consistently across Desktop and iOS.

At minimum, pinned chats from Desktop should remain pinned on iOS, and custom/recent project ordering should not differ silently between clients.

Actual behavior

On Desktop, the visible project order is:

  1. whiteboard
  2. shadcn-reference-lab
  3. whiteboard-ui-prototype
  4. Sboard
  5. Scriber

On iOS, the visible project order is different:

  1. shadcn-reference-lab
  2. Sboard
  3. whiteboard
  4. Scriber

whiteboard-ui-prototype is also missing from the iOS project list in this state.

Desktop also has pinned chats, but iOS does not show those chats as pinned.

Local state evidence

The Mac has Desktop sidebar state persisted in ~/.codex/.codex-global-state.json:

  • top-level project-order contains the Desktop project order shown above
  • top-level pinned-thread-ids contains 4 pinned Desktop thread ids
  • remote-projects is null
  • thread-project-assignments is null

Looking at local thread metadata, the iOS order appears consistent with sorting projects by recent thread activity instead of using Desktop project-order:

  • shadcn-reference-lab: latest thread update 2026-05-14 09:53:17
  • Sboard: latest thread update 2026-05-14 07:11:40
  • whiteboard: latest thread update 2026-05-14 05:21:55
  • Scriber: latest thread update 2026-05-13 10:47:49

Desktop bundle code also appears to define both persisted keys used for this state:

  • PROJECT_ORDER: "project-order"
  • PINNED_THREAD_IDS: "pinned-thread-ids"

and the Desktop project grouping code sorts by the persisted project order.

Steps to reproduce

  1. Open Codex Desktop on macOS with several projects.
  2. Have Desktop sidebar state with a project order that differs from simple recent-activity order.
  3. Pin one or more chats in Codex Desktop.
  4. Pair an iOS client to the same Mac via Codex Remote Control.
  5. Open Codex on iOS and compare the sidebar project order and pinned chats with Desktop.

Related issues

  • #19681 is a broader iOS/macOS continuity feature request.
  • #21680 discusses Desktop project-order state, but this issue is specifically about the iOS remote sidebar not respecting/syncing Desktop order and pinned chats.

View original on GitHub ↗

3 Comments

EthanSK · 1 month ago

Adding a strong +1 for this from real daily remote-control use.

Pinned chats are the most important part of the Codex remote workflow for me: they are my current working set and the fastest way to jump back into what is actively in progress. When the ChatGPT mobile / Codex remote view does not show pinned chats, I have to hunt through the projects dropdown or recent project ordering instead, which breaks the whole point of remote control from mobile.

Expected behavior: the remote/mobile Codex view should surface the same pinned chats as Codex Desktop, ideally at the top of the connected host workspace. Project dropdowns and recency sorting are useful, but they are not a replacement for pinned chats because pins are the explicit user-maintained “what I am working on now” list.

If only one part of Desktop sidebar state can be prioritized for mobile sync, please prioritize pinned chats first.

ytaimaishu-hue · 1 month ago

Additional Windows + iOS repro showing this affects the overall Remote workspace projection, not only pins/order:

  • Windows Codex Desktop 26.715.2305.0
  • iOS remote client 1.2026.188
  • Desktop shows 11 named projects, including custom display names/icons and projectless/general groupings.
  • iOS shows only 7 raw saved workspace roots from the same connected host. Several desktop projects/groupings are absent, and custom names/icons are not reflected.
  • At least one ordinary active desktop thread is also missing from the iOS project list and search even though host logs show the iOS thread/list request successfully resumed that thread with parse_errors=0.
  • Restarting both clients and revoking/re-pairing the phone did not refresh the mobile catalog.
  • Desktop state and thread data remain intact.

This looks like iOS Remote is projecting a different/legacy workspace-root catalog instead of the desktop project/sidebar catalog. Related missing-thread evidence is also relevant to #31470.

thunderxu7-sketch · 1 month ago

Additional Android repro confirming this affects Remote project-category synchronization across mobile platforms:

  • macOS ChatGPT Desktop: 26.715.72359
  • Bundled Codex: 0.145.0-alpha.30
  • Mobile client: ChatGPT Android Remote (codex_chatgpt_android_remote)
  • Desktop currently has seven user-defined project groups/categories, but Android Remote continues to show an older category list.
  • Remote Control itself reconnects successfully, and the desktop local project state is current.
  • Fully uninstalling and reinstalling the Android app, then pairing the host again and reconnecting, does not refresh the mobile category list.

Expected: Android Remote should fetch the connected desktop host's current project grouping/category metadata and invalidate any stale cached catalog after edits or re-pairing.

Actual: Android Remote keeps presenting the old categories, which is consistent with the legacy/different workspace-catalog behavior described above.

Diagnostics were uploaded through /feedback with thread ID 019f8f75-faf4-7302-9041-60be423bb881.