Sidebar only shows the 50 most recent threads, making older threads inaccessible
What version of the Codex App are you using (From “About Codex” dialog)?
26.313.41514
What subscription do you have?
Plus
What platform is your computer?
Darwin 24.6.0 arm64 arm
What issue are you seeing?
Observed behavior:
- only a limited recent subset of threads appears in the sidebar
- several workspace groups show
No threadseven though those threads still exist locally - if I archive some currently visible threads, older hidden threads immediately become visible
- hidden threads become visible again when their recency moves high enough to enter the startup-loaded recent set
This is not data loss. The threads still exist locally. The problem is that the desktop sidebar is rendering from a globally preloaded recent window instead of each workspace's actual local thread history.
No error dialog was shown. The problem appears to be incorrect loading and pagination behavior in the desktop sidebar.
What steps can reproduce the bug?
- Have over 50 non-archived threads across several saved workspaces.
- Open the Codex Desktop App.
- Look at the workspace groups in the sidebar.
- Observe that some workspaces show
No threadseven though they previously had conversations and those conversations still exist locally. - Archive several of the currently visible recent threads.
- Observe that older threads from previously empty or missing workspaces now appear.
Additional repro notes:
- pinning or changing recency can make a hidden thread appear again
- the issue seems tied to global recent ordering, not actual thread existence
- session id / token limit / context window usage: not applicable
What is the expected behavior?
Expanding a workspace in the Desktop App should show that workspace's full local thread history, or it should continue paging until it has loaded all matching threads for that workspace.
A workspace should not show No threads simply because its threads fall outside the app's initial recent preload window.
Additional information
This looks like a desktop renderer/sidebar loading bug rather than a persistence problem.
The local conversations still exist, and the behavior strongly suggests the app is only loading a recent subset on startup and then grouping that subset by workspace. Archiving visible threads makes older ones move up into that loaded window, which makes them suddenly reappear.
Keywords: codex threads deleted, codex threads gone, missing threads, threads missing, conversations gone
5 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
same problem
I hit the same class of bug and traced a concrete cap in the recent-thread loading path.
Relevant code paths from the current extension sources / sourcemaps:
src/app-server/app-server-manager-constants.tsRECENT_CONVERSATIONS_PAGE_SIZE = 50src/app-server/app-server-manager.tsrefreshRecentConversations()useslimit = RECENT_CONVERSATIONS_PAGE_SIZE * recentConversationsPageCountloadMoreRecentConversations()useslimit: RECENT_CONVERSATIONS_PAGE_SIZEIn practice on my machine:
50local sessions500, the UI showed100nextCursordid the UI show313That suggests the visible “50 most recent” symptom is real, but the underlying problem is broader:
So I think this issue is really “recent subset only, not full local history” rather than just a simple 50-item UI cap.
Yes, this appears to be the same bug as in #6410.
Previously, the limit was only 20. Now it seems to have increased to 50, but that is still not enough for daily use.
Please consider increasing this limit to atleast 200, removing it, or providing a configuration variable so users can control it manually.
Thanks.
You can ask Codex to patch the Codex plugin as described in #15368. It worked surprisingly well for me. Just give Codex the link.