Worktrees Auto-delete limit setting is ignored for SSH worktrees
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Version 26.814.41957
What subscription do you have?
Enterprise
What platform is your computer?
Darwin 25.4.0 arm64 arm
What issue are you seeing?
The Mac Codex App has been prematurely deleting the remote worktrees on the server, I've made it SSH to.
I've changed the limit in the App to 150 and thought this will fix the problem, but the cleanup has happened again and there are 15 remote worktrees again.
Now I've tried copying the configuration to remote ~/.codex/config.toml, but don't know if it'll help:
[desktop]
worktree-keep-count = 150
What steps can reproduce the bug?
Add SSH connection to Mac Codex App, increase the worktrees limit and try creating more than 15 remote worktrees.
What is the expected behavior?
It will not remote the extra worktrees.
Additional information
No response
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.
Research direction
No source files or tests are named. Start by tracing the SSH worktree cleanup path and how the desktop.worktree-keep-count setting is loaded for remote connections, then reproduce the issue by creating more than 15 remote worktrees with the limit set to 150. Done means the configured limit is honored and extra remote worktrees are not prematurely removed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 65/100