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

Resolved 💬 4 comments Opened Dec 24, 2025 by Null-Sound 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 ↗