Skip to content

Codex CLI 0.143.0 duplicates tool names, causing exec_command/apply_patch failures #31697

Closed as duplicate

Description

@lamnickdavid

What version of Codex CLI is running?

0.143.0

What subscription do you have?

ChatGPT Plus

Which model were you using?

gpt-5.5

What platform is your computer?

Ubuntu Server 24.04 / Linux 6.8.0-134-generic x86_64 x86_64

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

Windows Terminal / SSH to Ubuntu Server 24.04

Codex doctor report

Not available. I rolled back to 0.142.5 because 0.143.0 made tool execution unusable.

What issue are you seeing?

After upgrading Codex CLI from 0.142.5 to 0.143.0, tool execution became unusable.

When Codex attempted to use tools, the tool names appeared to be duplicated. For example, instead of calling:

  • exec_command
  • apply_patch

the session reported tool routing failures with names such as:

  • exec_commandexec_command
  • apply_patchapply_patch

As a result, Codex could not execute terminal commands, inspect the repository, apply patches, or modify files.

This does not appear to be a repository, Git, file permission, or project-specific issue. Opening a new Codex conversation did not fix it. Rolling back to 0.142.5 immediately fixed the problem in the same project and environment.

What steps can reproduce the bug?

  1. Install or upgrade to Codex CLI 0.143.0 using the standalone installer.

Command used:

curl -fsSL https://chatgpt.com/codex/install.sh | sh
  1. Confirm the installed version.

Command used:

codex --version

Output:

codex-cli 0.143.0
  1. Confirm the actual binary path.

Command used:

readlink -f "$(which codex)"

Output:

/home/kevin/.codex/packages/standalone/releases/0.143.0-x86_64-unknown-linux-musl/bin/codex
  1. Open a project directory and start Codex.

Commands used:

cd /data/ProgramFiles/PubGuard
codex
  1. Ask Codex to perform a simple tool-based task, for example:

    Please run pwd and git status. Do not modify any files.

  2. Codex fails to execute the tool call. The session reports that the tool call name is incorrectly duplicated, for example:

    exec_commandexec_command

It also reports a similar issue for file editing tools, for example:

apply_patchapply_patch
  1. Exit the current Codex session and start a new Codex conversation in the same project directory.

  2. Repeat the same simple request:

    Please run pwd and git status. Do not modify any files.

  3. The same tool routing issue still occurs in the new conversation.

  4. Roll back to Codex CLI 0.142.5.

Commands used:

ln -sf ~/.codex/packages/standalone/releases/0.142.5-x86_64-unknown-linux-musl/bin/codex ~/.local/bin/codex
hash -r
codex --version

Output:

codex-cli 0.142.5
  1. Start Codex again in the same project directory and repeat the same request.

Result:

Tool execution works normally again on 0.142.5.

What is the expected behavior?

Codex CLI should route tool calls using the correct tool names, for example:

exec_command
apply_patch

When I ask Codex to inspect a project, run shell commands, or modify files, it should be able to execute the required tools normally.

Starting a new Codex conversation should not result in duplicated tool names such as:

exec_commandexec_command
apply_patchapply_patch

Tool execution and file editing should work in 0.143.0 the same way they work in 0.142.5.

Additional information

The issue appears specific to Codex CLI 0.143.0.

Environment:

  • Install method: standalone installer

  • Broken version: codex-cli 0.143.0

  • Working version after rollback: codex-cli 0.142.5

  • Binary path when broken:

    /home/kevin/.codex/packages/standalone/releases/0.143.0-x86_64-unknown-linux-musl/bin/codex
    

Activity

  1. added
    CLIIssues related to the Codex CLI
    tool-callsIssues related to tool calling
    on Jul 9, 2026
  2. rymalia commented on Jul 9, 2026

    @rymalia

    Confirmed on macOS 26.5 arm64 with Codex CLI 0.143.0 installed globally
    through npm/NVM (Node 24.18.0, npm 11.18.0).

    Two fresh sessions failed before process creation. One rendered:

    unsupported call: exec_commandexec_command
    

    and the next rendered:

    unsupported call: exec_command
    

    Both pwd and a read-only sed command failed with no exit code. Restarting
    while remaining on 0.143.0 did not help. Downgrading only the CLI to 0.142.5
    immediately restored built-in command execution.

    Originally reported as #31740; closing that report as a duplicate.

  3. TidyWeb commented on Jul 9, 2026

    @TidyWeb

    For those still hitting tool-calling issues (namespace doubling, broken HTML rendering): before rolling back to 0.142.5, check whether your install is actually complete.

    My symptoms matched what's being reported here, but the root cause turned out to be a missing platform binary — @openai/codex-linux-x64 — not a version regression. The global npm install -g had silently skipped the optional dependency, leaving an incomplete install regardless of version.

    Fix (Linux x64):

    npm install -g @openai/codex@0.143.0
    cd ~/.nvm/versions/node/$(node -v)/lib/node_modules/@openai/codex
    npm install --include=optional

    That installs codex-linux-x64 into the correct nested location. Currently running 0.143.0 without issue — tool calls passing, HTML rendering correctly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    CLIIssues related to the Codex CLIbugSomething isn't workingtool-callsIssues related to tool calling

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions