[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
- Have a directory with restricted permissions somewhere in home folder (e.g., ~/.config/htop owned by root)
- Have .md files in home directory root
- Run Glob with pattern *.md and path /Users/<username>
- Result: "No files found"
- 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_
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗