openai / openai/codex

Windows Desktop bundled CLI doctor reports rg.exe missing even though Codex ships it

Open
#41,577 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

Environment
  • Codex Desktop: OpenAI.Codex 26.825.5331.0
  • Bundled CLI: codex-cli 0.151.0-alpha.7.1
  • Windows 11 x64 (10.0.26200)
  • Bundled CLI path: %LOCALAPPDATA%\OpenAI\Codex\bin\6ca77c4a9caa4eed\codex.exe
What happens

Running the Desktop-bundled CLI's redacted doctor report returns exit code 0 but warns:

runtime.search
status=warning
summary=search command could not be verified
search command=rg.exe
search command readiness=program not found
search provider=system
remediation=Install ripgrep or repair the bundled Codex package.

At the same time, doctor reports:

installation: ok, install context=other
runtime.provenance: ok, install method=other

The package is not actually missing ripgrep. The same installed Desktop build contains rg.exe at all of these locations:

%LOCALAPPDATA%\OpenAI\Codex\bin\rg.exe
%LOCALAPPDATA%\OpenAI\Codex\bin\3765dd0573e0e3e0\rg.exe
C:\Program Files\WindowsApps\OpenAI.Codex_26.825.5331.0_x64__2p2nqsd0c76g0\app\resources\rg.exe

Get-Command rg.exe does not resolve it from the ordinary process PATH, which appears to be why doctor selects search provider=system instead of the shipped resource.

Reproduction
  1. Install/open Codex Desktop 26.825.5331.0 on Windows.
  2. Run its bundled CLI directly:
%LOCALAPPDATA%\OpenAI\Codex\bin\6ca77c4a9caa4eed\codex.exe doctor --json
  1. Inspect checks.runtime.search.
  2. Search the Desktop installation for rg.exe; the files above are present.

No model/provider call is required to reproduce this.

Expected

The Desktop-bundled CLI should identify its own Desktop resource layout and report/use bundled ripgrep, analogous to standalone installations whose doctor output reports search is OK (bundled) with an explicit bundled rg.exe path.

If install method=other is intentional for the Desktop-distributed CLI, search-resource discovery should still include the Desktop bin/app resource locations instead of telling the user to install a second ripgrep copy.

Related observations

The same runtime.search warning appears incidentally in #40313 and #35726, but neither issue is specifically tracking Desktop-bundled rg.exe discovery. This report isolates that diagnostic/runtime packaging mismatch.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at the bundled CLI's doctor --json entry point and the checks.runtime.search logic, then trace how the Desktop bin and app resource paths are discovered. Reproduce on Windows with the command shown and verify that the report selects the shipped rg.exe and no longer recommends installing a second copy.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
cli, devtools
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
58/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.