Codex CLI 0.143.0 routes namespaced tool calls as duplicated names
Summary
With Codex CLI 0.143.0 using OpenAI/ChatGPT auth, terminal tool calls fail with:
unsupported call: exec_commandexec_command
The issue happens in both resumed conversations and new conversations. The same CODEX_HOME works when running Codex CLI 0.140.0.
Environment
- OS: Ubuntu 22.04
- Broken Codex CLI version:
0.143.0 - Working Codex CLI version:
0.140.0 - Auth mode: ChatGPT/OpenAI auth
- Sandbox mode:
danger-full-access - Shell:
bash
Reproduction
Run:
codex exec --ephemeral --json --cd /share \
'Run pwd using the terminal, then answer with the output.'
Expected Behavior
Codex should execute a local command, for example:
/bin/bash -lc pwd
and return:
/share
Actual Behavior On 0.143.0
Codex logs router errors like:
ERROR codex_core::tools::router: error=unsupported call: exec_commandexec_command
In the saved session JSONL, the tool call contains both:
{
"type": "function_call",
"name": "exec_command",
"namespace": "exec_command"
}
The local router appears to combine namespace and name into:
exec_commandexec_command
which is not a supported call.
Workaround
Running the same CODEX_HOME with Codex CLI 0.140.0 works correctly. It emits a normal command execution event similar to:
command_execution: /bin/bash -lc pwd
output: /share
Additional Notes
This does not appear to be caused by a corrupt history file:
- It reproduces with
--ephemeral. - It reproduces in new conversations.
- It also appears after trying resumed conversations.
Please avoid requesting full local state dumps, because local state may include private conversation content or authentication material. A minimal sanitized session snippet showing the duplicated namespace and name fields should be sufficient.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗