Auto-review reviewer state is not shown with a custom permission profile
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.803.61601
What subscription do you have?
plus
What platform is your computer?
Darwin 25.6.0 arm64 arm
What issue are you seeing?
The permissions menu combines reviewer selection with permission-profile selection, but it displays only the custom permission profile as active.
With default_permissions = "personal-workspace", selecting either Approve for me or Ask for approval changes the effective reviewer correctly. However, the composer pill and menu checkmark continue to show only personal-workspace. There is no visible indication whether Auto-review is currently on or off before submitting a task.
This makes unattended execution difficult to use safely because the user cannot verify who will review sandbox escalations.
What steps can reproduce the bug?
- Configure
approval_policy = "on-request",approvals_reviewer = "user", anddefault_permissions = "personal-workspace". - Define
personal-workspaceas a named permission profile extending:workspace. - In the desktop composer permissions menu, select Approve for me.
- Reopen the menu. The effective reviewer is Auto-review, but the only checkmark and composer pill still show
personal-workspace. - Select Ask for approval.
- Reopen the menu. The effective reviewer is now the user, but the UI is visually unchanged and still shows only
personal-workspace. - Repeat the two selections. Runtime behavior switches correctly, but the GUI provides no reviewer-state indication.
What is the expected behavior?
The UI should show the permission profile and approval reviewer as two independent active settings, or use a combined label that clearly indicates both.
For example:
personal-workspace · Ask for approvalpersonal-workspace · Approve for me
The user must be able to verify whether Auto-review is active before submitting a task without changing or replacing the selected custom sandbox profile.
Additional information
The global default is intentionally approvals_reviewer = "user". Auto-review is selected only for individual unattended tasks.
The reviewer switching itself works: tasks alternately arrived with user review and Auto-review according to the selected menu action. The problem is the missing visual state.
Permission profiles cannot solve this because they define filesystem/network boundaries and do not support a per-profile approvals_reviewer field.
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
Start at the desktop composer permissions menu and trace how the active permission label, checkmark, and composer pill are derived. Reproduce the issue with a custom personal-workspace profile, then verify that changing between Approve for me and Ask for approval visibly preserves the profile while showing the selected reviewer.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100