Skip to content

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

Open

Description

@toadymohair

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.

Activity

  1. added
    bugSomething isn't working
    appIssues related to the Codex desktop app
    sessionIssues involving session (thread) management, resuming, forking, naming, archiving
    sandboxIssues related to permissions or sandboxing
    on May 30, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingsandboxIssues related to permissions or sandboxingsessionIssues involving session (thread) management, resuming, forking, naming, archiving

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions