[BUG] Glob fails silently when ripgrep hits permission denied on any subdirectory

Status Closed — not planned
Reported on v2.0.76
Maintainer reply None cached
Activity 4 comments · opened Dec 24, 2025 · closed Feb 27, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

The Glob tool returns "No files found" when ripgrep encounters a permission error on any subdirectory during traversal, even when matching files exist at shallower levels. The entire search fails silently instead of skipping inaccessible directories.

What Should Happen?

Glob should skip directories it can't access and continue searching, returning any files it successfully found.

Error Messages/Logs

rg error (signal=SIGTERM, code=null, stderr: rg: /Users/nathan/.config/htop: IO error for operation on /Users/nathan/.config/htop: Permission denied (os error 13)), 0 results

Error: Command failed: /opt/homebrew/Caskroom/claude-code/2.0.76/claude --ripgrep --files --glob *.md --sort=modified --no-ignore --hidden /Users/nathan

Steps to Reproduce

  1. Have a directory with restricted permissions somewhere in home folder (e.g., ~/.config/htop owned by root)
  2. Have .md files in home directory root
  3. Run Glob with pattern *.md and path /Users/<username>
  4. Result: "No files found"
  5. Run ls ~/*.md via Bash — files found correctly

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.0.76

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

iTerm2

Additional Information

_No response_

View original on GitHub ↗

This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗