Bug: standalone updater retains every previous release (~1.8 GB after 8 updates)
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 52/100
Research direction
Start by locating the standalone updater's release-download and cleanup entry points, along with any tests covering update success or rollback. Define and verify a bounded retention policy that preserves the current release and its rollback window, removes older releases safely, and document the supported cleanup path or configuration.
Written by the indexing model from the issue text.
Description
Summary
On macOS (Apple Silicon), Codex's standalone updater keeps all prior full release directories under ~/.codex/packages/standalone/releases. There appears to be no automatic retention policy or cleanup, so normal updates continually grow the local Codex state.
Observed state
- Total
~/.codexsize: 3.3 GB packages/standalone/releases: 2.1 GB- Current release:
0.144.6-aarch64-apple-darwin - Eight retained releases:
0.142.0,0.142.2,0.142.3,0.142.4,0.142.5— ~242 MB each0.144.1,0.144.5,0.144.6— ~297 MB each
- Each release includes full binaries (the current
bindirectory is ~293 MB:codex~248 MB pluscodex-code-mode-host~44 MB).
Keeping only the current release would reclaim approximately 1.8 GB in this installation.
Expected behavior
After a successful update and an appropriate rollback window, the updater should automatically prune old standalone releases (for example, retain the current release plus a small bounded number of previous releases), or expose a documented cleanup command/configuration.
Why this matters
Users can accumulate gigabytes of hidden application data through routine updates, with no clear indication that old full binaries are being retained. This is especially problematic on storage-constrained machines.
Please add bounded release retention / garbage collection, and document a safe cleanup path.
- 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 ·