Hello, When using the global search functionality for certain text, the provided text is only found whenever the file containing it is open (current tab or lives in the open tab list).
But if the file was never opened or opened and closed, the text is never found as if the file containing it is never scanned.
I want to provide 3 screenshots in this topic, two with the tab open (current or listed) and the third with the tab closed, as you can see the text I am searching for is never found.
But it seems whenever i upload a screenshot i replaces the existing one, so i uploaded the third screenshot only. I will reply with one of the first two screenshots.
Steps to Reproduce
Search for specific text existing in an unopened file it won’t find it, then open the file and search for the same text and it will work.
Expected Behavior
The global search is supposed to scan all files (unopened also) for the provided search text.
Hey, thanks for the report. Looks like you’re seeing the same issue as in this thread: Global search only works on open files. In that post they cover the exact same case, search only returns results from open tabs.
You’re on x64, so the root cause might be different, but let’s narrow it down:
Open Developer Tools (Help > Toggle Developer Tools > Console tab) and run a search that returns no results. Check for errors, especially anything mentioning “search provider” or “ripgrep”. Please share a screenshot of the Console output.
Try Safe Mode. Fully close Cursor, then run cursor --disable-extensions from a terminal. Does search work in that mode?
Check the “files to include” and “files to exclude” fields in the Search panel, and make sure your .gitignore isn’t excluding the files you want.
If the Console shows a ripgrep error, the workaround from that thread might help (installing the VC++ Redistributable or replacing rg.exe). But first, let’s see what your Console shows.
Hey, sorry for the delay. Since you’re on x64, the ARM64 workaround from that thread won’t apply directly, but the root cause might be the same, ripgrep silently not working.
(The path may differ if Cursor is installed per user. In that case, look under %LOCALAPPDATA%\Programs\cursor\...)
If rg.exe doesn’t print a version or crashes with an error, that confirms the issue. In that case, you can replace it with a working ripgrep copy from the GitHub releases. Download ripgrep-*-x86_64-pc-windows-msvc.zip, rename the old rg.exe, and put the new one in its place.
Hey @DrizzleSh this is a really interesting find. The fact that renaming rg.exe to anything else makes it work strongly suggests something external is intercepting or blocking the process by name. This is typical behavior for antivirus software, Windows Application Compatibility shims, or security policies.
A few things to check:
Antivirus / security software
Check if your antivirus (Windows Defender, or any third-party AV) has a rule or quarantine entry targeting rg.exe. Some AVs silently block executables by name. Try adding the Cursor installation folder to your AV’s exclusion list.
Windows Application Compatibility Database
Open regedit and check: