KEYRING auth store mode is silently ignored in local dev builds; request for trace warning or doctor check

Open 💬 1 comment Opened Jul 29, 2026 by insilications

What version of Codex CLI is running?

upstream

What subscription do you have?

ChatGPT Pro

Which model were you using?

_No response_

What platform is your computer?

_No response_

What terminal emulator and version are you using (if applicable)?

Bash

Codex doctor report

What issue are you seeing?

With https://github.com/openai/codex/pull/17221, the KEYRING authentication store mode is silently ignored if the binary is a local dev build, even if the user sets cli_auth_credentials_store or mcp_oauth_credentials_store to keyring.

I spent hours trying to debug this because there's no indication of this behavior in Rust traces. I thought it was an issue with the keyring-rs deps being built under x86_64-unknown-linux-gnu versus x86_64-unknown-linux-musl.

I know this issue affects at most 0.1% of users, but it would be nice to mention it somewhere, in traces, docs, or the output of codex doctor.

What steps can reproduce the bug?

Build a local dev build and try to use keyring authentication store mode

What is the expected behavior?

_No response_

Additional information

_No response_

View original on GitHub ↗

1 Comment

insilications · 29 days ago

If you have some spare time @jif-oai