Project-wide search in Cursor has stopped working across all workspaces. The global search panel only returns results from open files and never from the rest of the project. All files and folders are visible in the Explorer and nothing relevant is excluded through .gitignore, search.exclude, or files.exclude. The setting search.useIgnoreFiles is set to false. User settings, workspace settings, and globalStorage contain no search-related overrides. Deleting the entire %APPDATA%\Cursor\User\globalStorage folder does not help. The same projects work normally in VS Code on the same machine. The issue affects all projects in Cursor. The âSearch only in open editorsâ toggle is not present in the UI. The issue appeared suddenly without any settings changes.
Steps to Reproduce
Open any project folder in Cursor.
Press Ctrl+Shift+F to open global search.
Search for a term that exists elsewhere in the project.
Cursor only returns matches from files that are already open.
If no files are open, search returns no results.
Open the same project in VS Code and project-wide search works as expected.
I also tried the following without fixing the issue:
Global search (Ctrl+Shift+F) should search the entire project, not only open files. This is how it worked previously in Cursor and how it still works in VS Code.
Hey, thanks for the report. This is an unusual case since youâve already tried almost all of the standard steps.
Please help with a couple more checks:
Try safe mode:
Completely close Cursor
Run it from the terminal with: cursor --disable-extensions
Check if search works in this mode
Check the console for errors:
When search returns no results, open Developer Tools (Help > Toggle Developer Tools)
Go to the Console tab and see if there are any errors
If there are, take a screenshot
Security software:
Are you using any antivirus, firewall, or corporate security software that might be restricting Cursorâs access to the file system?
If search works in safe mode, we can narrow it down to a specific extension causing the conflict. If not, weâll likely need to pass this to the engineering team.
I tried running Cursor in safe mode with: cursor --disable-extensions
The behavior is the same:
Global search (Ctrl+Shift+F) only returns results from open files
If no files are open, search returns nothing
This happens in all workspaces / projects
Then I checked Developer Tools â Console while running with --disable-extensions.
When I perform a search and get no results, I see this line in the console:
WARN No search provider registered for scheme: file, waiting
I also see this error (even with --disable-extensions):
Activating extension âanysphere.cursor-retrievalâ failed: ?\c:\Program Files\cursor\resources\app\extensions\cursor-retrieval\node_modules@anysphere\file-service\file_service.win32-arm64-msvc.node is not a valid Win32 application.
?\c:\Program Files\cursor\resources\app\extensions\cursor-retrieval\node_modules@anysphere\file-service\file_service.win32-arm64-msvc.node.
The rest of the console output is mostly warnings about API proposals and git status, for example:
WARN Missing property ârpcFileLoggerFolderâ in oldValue. Filling with value from initValue. Please add a migration if necessary.
[KnowledgeBaseService] Error fetching git upstream URL: Error: No full commit provider registered
[Background Composer] Error updating branch on git status change: Error: No full commit provider registered
Failed to load team commands: ConnectError: [unauthenticated] Error
But the two lines that look directly related to search are:
WARN No search provider registered for scheme: file, waiting
the file_service.win32-arm64-msvc.node ânot a valid Win32 applicationâ error
My environment:
Windows 11 (64-bit)
CPU: ARM
VS Code on the same machine searches fine in the same folders
Cursor was reinstalled from the Windows installer after deleting %APPDATA%\Cursor, but the problem persists
Below is full console logs.
Thanks,
Full console logs:
workbench.desktop.main.js:1484 This document requires âTrustedScriptâ assignment.
workbench.desktop.main.js:1484 The JavaScript Function constructor does not accept TrustedString arguments. See https://github.com/w3c/webappsec-trusted-types/wiki/Trusted-Types-for-function-constructor for more information.
workbench.desktop.main.js:55 WARN Missing property ârpcFileLoggerFolderâ in oldValue. Filling with value from initValue. Please add a migration if necessary.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âms-toolsai.datawranglerâ wants API proposal âdebugFocusâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âms-vscode.vscode-copilot-data-analysisâ wants API proposal âchatVariableResolverâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âms-python.pythonâ wants API proposal âterminalShellTypeâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âms-python.vscode-python-envsâ wants API proposal âterminalShellTypeâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âgithub.copilot-chatâ wants API proposal âchatReadonlyPromptReferenceâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âms-azuretools.vscode-azure-github-copilotâ wants API proposal âlmToolsâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âvscjava.vscode-java-packâ wants API proposal âlmToolsâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âapidev.azure-api-centerâ wants API proposal âchatParticipantâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN Via âproduct.json#extensionEnabledApiProposalsâ extension âapidev.azure-api-centerâ wants API proposal âlanguageModelsâ but that proposal DOES NOT EXIST. Likely, the proposal has been finalized (check âvscode.d.tsâ) or was abandoned.
workbench.desktop.main.js:55 WARN No search provider registered for scheme: file, waiting
workbench.desktop.main.js:4971 Activating extension âanysphere.cursor-retrievalâ failed: \?\c:\Program Files\cursor\resources\app\extensions\cursor-retrieval\node_modules@anysphere\file-service\file_service.win32-arm64-msvc.node is not a valid Win32 application.
\?\c:\Program Files\cursor\resources\app\extensions\cursor-retrieval\node_modules@anysphere\file-service\file_service.win32-arm64-msvc.node.
workbench.desktop.main.js:1561 [KnowledgeBaseService] Error fetching git upstream URL: Error: No full commit provider registered
at hHn.getGitUpstreamURL (workbench.desktop.main.js:589:270948)
at Rrs.getGitUpstreamUrl (workbench.desktop.main.js:1561:44958)
at Rrs.refresh (workbench.desktop.main.js:1561:45280)
workbench.desktop.main.js:5750 [Background Composer] Error updating branch on git status change: Error: No full commit provider registered
at hHn.getCurrentBranch (workbench.desktop.main.js:589:272176)
at GDt.value (workbench.desktop.main.js:5750:49237)
at _e._deliver (workbench.desktop.main.js:49:2962)
at _e._deliverQueue (workbench.desktop.main.js:49:3053)
at _e.fire (workbench.desktop.main.js:49:3390)
at v$c.$gitStatusWasRun (workbench.desktop.main.js:4979:35609)
at Ywo._doInvokeHandler (workbench.desktop.main.js:492:36007)
at Ywo._invokeHandler (workbench.desktop.main.js:492:35749)
at Ywo._receiveRequest (workbench.desktop.main.js:492:34514)
at Ywo._receiveOneMessage (workbench.desktop.main.js:492:33336)
at GDt.value (workbench.desktop.main.js:492:31429)
at _e._deliver (workbench.desktop.main.js:49:2962)
at _e.fire (workbench.desktop.main.js:49:3283)
at ggt.fire (workbench.desktop.main.js:4974:12156)
at MessagePort. (workbench.desktop.main.js:7498:18439)
workbench.desktop.main.js:7501 Failed to load team commands: ConnectError: [unauthenticated] Error
at t (workbench.desktop.main.js:4989:400501)
at async Object.getTeamCommands (workbench.desktop.main.js:590:71574)
at async wvo.loadTeamCommands (workbench.desktop.main.js:7501:2992)
Thanks for the detailed diagnostic info, this is very helpful.
The root cause is clear: the cursor-retrieval extension is failing to load because the native binary (file_service.win32-arm64-msvc.node) isnât working on your Windows ARM64 system. This prevents the search provider from registering, which is why you see âNo search provider registered for scheme: fileâ and search only works on open files.
This is a critical ARM64-specific bug and it needs engineering attention. Iâm escalating this to the development team.
At the moment, thereâs no known workaround, since the issue is with a core native binary in Cursorâs installation. The fact that VS Code works fine confirms that this is specific to Cursor.
Weâll update you once the team has an update on the fix.
Thanks for checking in. I see youâre on version 2.0.77 from your bug report. Could you update to the latest 2.1.x version first? (Help > Check for Updates, or download from Download ¡ Cursor)
Since this regression started 1-2 weeks ago, thereâs a chance the ARM64 native binary issue has been fixed in the 2.1 release. If the problem persists after updating
Okay, it seems that in âfiles to includeâ and âfiles to excludeâ, relative paths without the ./ doesnât work. So you canât do: files to include subdirectory/. You have to do: files to include ./subdirectory. Maybe that might help for you.
It makes no difference, unfortunately. Also it should work without any content in the âfiles to includeâ and âfiles to excludeâ field since I often wants to (and used to able to) search across all files and folders in projects.
