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
What version of the Codex App are you using (From “About Codex” dialog)?
26.519.22136
What subscription do you have?
Enterprise
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
“Project sidebar says No chats for projects whose threads exist and are returned by thread/list with exact cwd, because sidebar groups are built only from the first recent page.”
Thanks. I tried validating this locally, and I don’t think this is just a missing local-environment/project setup issue.
The existing folders are visible in the Codex sidebar, e.g. Databricks shows as a project, but the sidebar says “No chats.” The underlying history is still present:
The session JSONL files exist under ~/.codex/sessions.
The thread rows exist in ~/.codex/state_5.sqlite.
For Databricks specifically, the real user thread exists:
thread id: 019e282e-3535-7fe0-8fa9-cd50d886c5a9
cwd: C:\Users\sean.mccrary\Databricks
title: “Can you download the git folder structure from https://github.com/databricks/app-templates...”
A direct app-server thread/list call with cwd = C:\Users\sean.mccrary\Databricks returns that thread correctly.
The issue appears to be in the desktop sidebar/project grouping behavior. It seems to build project chat groups only from the first page of recent loaded conversations, rather than querying each saved project folder by cwd. So projects whose chats exist but fall outside that loaded recent window show as “No chats.”
Adding/selecting existing folders may restore project/environment configuration, but it does not explain why a saved project whose thread exists and is returned by exact cwd lookup still shows no chats.
Can you confirm whether the sidebar is expected to query project folders directly, or whether this is a regression in the project grouping/recent-thread pagination logic?
Activity
github-actions commentedon May 22, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
omarpinarecords commentedon May 22, 2026
just add the environments and select the existing folders. https://developers.openai.com/codex/app/local-environments.
seanmccrary76 commentedon May 22, 2026
Thanks. I tried validating this locally, and I don’t think this is just a missing local-environment/project setup issue.
The existing folders are visible in the Codex sidebar, e.g. Databricks shows as a project, but the sidebar says “No chats.” The underlying history is still present:
thread id: 019e282e-3535-7fe0-8fa9-cd50d886c5a9
cwd: C:\Users\sean.mccrary\Databricks
title: “Can you download the git folder structure from https://github.com/databricks/app-templates...”
thread/listcall with cwd = C:\Users\sean.mccrary\Databricks returns that thread correctly.The issue appears to be in the desktop sidebar/project grouping behavior. It seems to build project chat groups only from the first page of recent loaded conversations, rather than querying each saved project folder by cwd. So projects whose chats exist but fall outside that loaded recent window show as “No chats.”
Adding/selecting existing folders may restore project/environment configuration, but it does not explain why a saved project whose thread exists and is returned by exact cwd lookup still shows no chats.
Can you confirm whether the sidebar is expected to query project folders directly, or whether this is a regression in the project grouping/recent-thread pagination logic?