Codex CLI 0.143.0 routes namespaced tool calls as duplicated names

Resolved 💬 1 comment Opened Jul 9, 2026 by c0c0nutLL Closed Jul 9, 2026

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.

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗