Hook trust is not persisted across new interactive Codex sessions on Windows
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
Hook trust selected in the interactive TUI is not persisted across new interactive Codex sessions on Windows when Codex runs under an Orca-managed CODEX_HOME.
Environment
- Codex CLI:
0.149.0 - OS: Windows 11
- Launch context: Orca-managed terminal with a per-account
CODEX_HOME
Reproduction
- Configure two user command hooks: one
PreToolUsehook and onePostToolUsehook. - Start a new interactive Codex session.
- Open the hook review screen and trust each modified hook.
- Confirm that the current session reports both hooks as
Trusted. - Close that session and start a completely new interactive session.
Expected
Trusted hooks remain trusted across the new session.
Actual
The next session again displays 2 hooks are new or changed. Both hooks are reported as modified since the last trust decision.
During investigation, the active account config.toml and hook-trust provenance file received updated timestamps after the trust action, but their trust-state contents did not change. In the same process the hooks showed as trusted; only a fresh process reintroduced the review prompt.
Related
- #22847: hook trust persistence/write failure
- #32491: persisted hook trust ignored on a Windows execution path
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
Reproduce the issue on Windows with an Orca-managed CODEX_HOME, then inspect config.toml and the hook-trust provenance file after trusting both hooks. Compare their trust-state contents before and after the action and verify behavior in a fresh interactive process. Done means trusted hooks remain trusted without the next session reporting them as new or changed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli, operating-systems, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100