You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Sidebar only shows the 50 most recent threads, making older threads inaccessible #15060
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 threads even 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 threads even 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.
changed the title [-]Threads have disappeared from sidebar; sidebar only shows the 50 most recent threads, making older threads inaccessible[/-][+]Sidebar only shows the 50 most recent threads, making older threads inaccessible[/+]on Mar 26, 2026
Activity
github-actions commentedon Mar 18, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
adeolaemmanuelmorren commentedon Mar 20, 2026
same problem
iqdoctor commentedon Mar 21, 2026
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.
lechuhuuha commentedon Mar 23, 2026
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.
iqdoctor commentedon Mar 23, 2026
You can ask Codex to patch the Codex plugin as described in #15368. It worked surprisingly well for me. Just give Codex the link.
[-]Threads have disappeared from sidebar; sidebar only shows the 50 most recent threads, making older threads inaccessible[/-][+]Sidebar only shows the 50 most recent threads, making older threads inaccessible[/+]