Codex Mobile only shows projects with recent chats

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

• #23527
• #23825

Powered by Codex Action

+1 Also see this behavior. I did remove some archived sessions from mac side (the codex app lacks a good cleaning pattern) and it may of had some.downstream impacts behaviors etc

Same problem

I'm also missing chats from projects that are already opened

Issue on android here

I'm also missing chats from projects that are already opened

same for me. sometimes renaming the chat helps

Forked chats from the APP are also not shown inside the Codex Mobile App.

I'm experiencing nearby Issue but the oppposite.. Android Codex mobile...
I cannot see recent sessions... only like 20 hours - 2 days and earlier...
Desktop Codex shows all sessions.

I'm experiencing nearby Issue but the oppposite.. Android Codex mobile... I cannot see recent sessions... only like 20 hours - 2 days and earlier... Desktop Codex shows all sessions.

yes the same for me, this makes codex mobile useless at the moment

The pattern in the later comments makes this look broader than a single stale mobile cache:

• some users see only old sessions on mobile while Desktop shows current sessions;
• some see only projects with recent chats;
• forked chats created from the app are reportedly absent from mobile;
• logging out/in can refresh the list, but does not reliably restore the full project/thread inventory.

A useful product-side diagnostic might be to compare the mobile project/thread source against the app-server thread/list behavior and explicitly test these cases:

1. project with no recent active thread;
2. project with only archived/forked threads;
3. project opened on Desktop but not recently updated;
4. Android and iOS clients against the same account/host.

If mobile is hydrating from a recent-thread feed, the fix probably needs to decouple project visibility from recent thread activity, then layer recent threads as metadata on top of the full project list.

working again with the latest chatgpt beta version on android

Hey all, was able to figure out a fix (well codex was)

Please excuse the slop cannon but just give this to codex and things should fix

Codex Mobile Control Sync Bug

Date fixed: 2026-05-27

Symptom

Codex Desktop was working normally, and ChatGPT mobile showed the desktop as connected, but mobile Codex did not show the current desktop Codex chats/threads.

The desktop and mobile apps were signed into the same account, so this was not an account mismatch.

Root Cause

The issue was stale desktop-side remote-control enrollment state.

ChatGPT mobile can show a green connected desktop while still being attached to an old Codex remote-control environment. Clearing the mobile app cache or reinstalling ChatGPT does not fix this, because the stale identity is stored on the Mac side.

Related GitHub issue:

https://github.com/openai/codex/issues/24749#issuecomment-4554721854

Local Evidence

The Mac had the same state described in the GitHub issue:

• ~/.codex/state_5.sqlite contained the remote_control_enrollments table.
• That table had one enrollment row.
• ~/.codex/.codex-global-state.json contained remote-control identity keys.
• Deleting those keys while Codex Desktop was still open did not stick, because the running app wrote the old IDs back from memory.

Relevant keys:

electron-local-remote-control-environment-id
electron-local-remote-control-installation-id
electron-remote-control-client-enrollments
codex-mobile-has-connected-device
added-remote-control-env-ids

Backups Created

Before making changes, backups were created under:

/private/tmp/codex-remote-reset-20260527

The backup included:

state_5.sqlite.before-reset
.codex-global-state.json.before-reset

Fix

The important part is that Codex Desktop must be fully quit before clearing the desktop remote-control state. If Codex is still running, it can restore the stale IDs from memory.

Run this from Terminal:

osascript -e 'quit app "Codex"'
sleep 3

sqlite3 ~/.codex/state_5.sqlite \
  "delete from remote_control_enrollments;"

node -e "const fs=require('fs'); const p=process.env.HOME+'/.codex/.codex-global-state.json'; const j=JSON.parse(fs.readFileSync(p,'utf8')); for (const k of ['electron-local-remote-control-environment-id','electron-local-remote-control-installation-id','electron-remote-control-client-enrollments','codex-mobile-has-connected-device','added-remote-control-env-ids']) delete j[k]; fs.writeFileSync(p, JSON.stringify(j,null,2)+'\n');"

open -a Codex

After Codex reopens, reconnect/re-pair Codex mobile control from ChatGPT mobile.

Result

After the desktop remote-control environment was reset and Codex was reopened, ChatGPT mobile showed the current Codex desktop threads again.

Do Not Delete

Do not delete:

~/.codex/auth.json

That file contains Codex authentication state and is not part of this stale remote-control enrollment fix.

Rollback

If needed, restore from the backups in:

/private/tmp/codex-remote-reset-20260527

The SQLite backup can be copied back to:

~/.codex/state_5.sqlite

The global state backup can be copied back to:

~/.codex/.codex-global-state.json

Only do rollback while Codex Desktop is fully quit.

I think this is fixed now.