Codex Desktop: adding a Source folder does not update workspace permissions for existing tasks
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- macos, rust
- Domain
- authorization, desktop
Research direction
No source files or tests are named. Trace the Codex Desktop Source folders flow and compare how workspace_roots and filesystem permissions are established for existing versus newly created tasks. Done means existing tasks receive the updated access, or the UI clearly tells users that a new task is required.
Written by the indexing model from the issue text.
Description
What version of the Codex App are you using?
Not captured. The issue was reproduced on July 27, 2026.
What subscription do you have?
Not included in this report.
What platform is your computer?
macOS (Apple Silicon).
What issue are you seeing?
When a folder is added to a Codex Desktop project's Source folders, an already-existing task does not receive the updated workspace root or filesystem permission. Creating a new task in the same project after adding the folder does receive the updated permissions and can read files from that folder.
This makes the Source folders UI appear to have applied the change, while the active existing task continues using stale workspace/permission state.
The behavior is consistent with workspace roots and filesystem permissions being snapshotted at task creation and not refreshed for existing tasks. That is only a hypothesis; the internal implementation was not inspected.
What steps can reproduce the bug?
- Create or open a Codex Desktop project with an existing task.
- Confirm that a folder outside the current workspace roots is not available to that task.
- Add that folder to the project's Source folders.
- Return to the already-existing task.
- Observe that the task's effective
workspace_rootsand filesystem permissions do not include the newly added folder, and reading a file from it fails. - Create a new task in the same project without changing the Source folders again.
- Observe that the new task's
workspace_rootsand filesystem permissions include the folder. - Read an image file from the folder in the new task; the read succeeds.
What is the expected behavior?
After a folder is added to a project's Source folders, existing tasks in that project should either:
- receive the updated workspace roots and filesystem permissions, or
- clearly inform the user that the change only applies to newly created tasks and that a new task is required.
The current behavior silently leaves existing tasks with stale permissions.
Additional information
Observed comparison:
- Existing task created before Source folder addition: folder absent from effective workspace roots/permissions; file read unavailable.
- New task created after Source folder addition: folder present in
workspace_roots; folder present in filesystem permissions; actual PNG file read succeeded.
No credentials, environment files, or sensitive file contents were accessed or included in this report.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·