Environment: gemini --version

→ 0.41.1 (git e1a54496d)

rg --version

→ ripgrep 15.1.0 ✓

OS: Windows 11, win32

• Install method: npm install -g @google/gemini-cli
• ripgrep: installed via winget install BurntSushi.ripgrep.MSVC (in system PATH, rg --version works)

Bug: getRipgrepPath() in bundle/chunk-NET4RIEQ.js only checks two paths relative to its own bundle dir: vendor/ripgrep/rg-win32-x64.exe ../../vendor/ripgrep/rg-win32-x64.exe Neither path contains the bundled binary after a standard npm install -g. System PATH is never consulted. Result: "Ripgrep is not available. Falling back to GrepTool." even when rg is installed and functional.

Repro: npm install -g @google/gemini-cli winget install BurntSushi.ripgrep.MSVC gemini -p "test"

→ "Ripgrep is not available. Falling back to GrepTool."

rg --version

→ ripgrep 15.1.0 ✓

Expected: Fall back to where rg (Windows) / which rg (Unix) when bundled binary not found.

Suggested fix: async function getRipgrepPath() { // ... existing candidate paths ... for (const candidate of candidatePaths) { if (await fileExists(candidate)) return candidate; } // Fallback: check system PATH try { const { execFileSync } = require('child_process'); const found = process.platform === 'win32' ? execFileSync('where', ['rg'], { encoding: 'utf8' }).split('\n')[0].trim() : execFileSync('which', ['rg'], { encoding: 'utf8' }).trim(); if (found && await fileExists(found)) return found; } catch (_) {} return null; }

Workaround: Copy system rg to bundle/vendor/ripgrep/rg-win32-x64.exe inside the Gemini CLI install dir.