Codex Desktop: new thread from project view is created in global chat section instead of under the project

What happened

In Codex Desktop, when I open a saved project and start a new thread from the chat composer at the bottom of the window, the new thread appears in the global chat section instead of under the project in the left sidebar.

This happens even though the created thread has the correct cwd for the project.

Expected behavior

When the active workspace/project is:

/Users/kosuke/Documents/Codex/2026-05-30/luma-credit-logger

a new thread started from that project view should be grouped under that project in the left sidebar, and should inherit project/workspace writable roots.

Actual behavior

New threads created from the bottom chat composer:

• appear in the lower/global chat section instead of under the project
• have cwd set to the project path
• but are created with writable_roots set to ~/.codex/memories

Example observed thread metadata:

cwd: /Users/kosuke/Documents/Codex/2026-05-30/luma-credit-logger
sandbox_policy: {"type":"workspace-write","writable_roots":["/Users/kosuke/.codex/memories"],"network_access":false,...}

Older project-scoped threads for the same project had writable roots such as:

{"type":"workspace-write","writable_roots":["/Users/kosuke/Documents/Codex"],"network_access":false,...}

Attempts to diagnose

I inspected local Codex state and tried to repair the sidebar/project metadata:

• confirmed the project is present in electron-saved-workspace-roots
• set the project first in project-order
• added it to pinned-project-ids
• patched existing thread metadata in state_5.sqlite
• while Codex was closed, patched:
• project-writable-roots
• thread-project-assignments
• thread-writable-roots
• thread-workspace-root-hints
• sidebar-project-thread-orders

After relaunching Codex, those global-state changes were overwritten/reset by the app, and new threads created from the bottom composer still went to the global chat section with writable_roots pointing at ~/.codex/memories.

Version / environment

• Codex Desktop version observed in logs: 0.135.0-alpha.1
• macOS desktop app
• Repository/project path is a saved workspace root
• Sidebar organize mode is project

Why this is painful

It makes it hard to create new project-scoped threads from the project view. The user has to rely on programmatic/background thread creation or manually hunt for threads in the global chat section, even though the current view is already a saved project.