Can you tell me whether a file exists there at /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg? And what are the file attributes (ls -l '/Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg')?

@roblourens

➜  server git:(feature/SS-1529) ✗ ls -l /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
-rwxr-xr-x@ 1 aliev  staff  2469424 Jan 10 08:08 /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
➜  server git:(feature/SS-1529) ✗

When do you see that error? Does cmd+p work? Does text search work?

When I'm trying to use cmp+p search I see error:

Text search works. Also search (Shift+CMD+F works)

Go to symbol works but shows the same error.

@chrmarti Any ideas?

+1 also having this since a week or two.

Only appears in my C# project (javascript works fine).

Works in insiders build.

I am also having this issue.

ls -l /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
-rwxr-xr-x@ 1 jasonlfunk  staff  2469440 Jan 25 02:52 /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

+1 For having this problem

Did it just show up after the 1.19.3 update? Can you try reinstalling or, see whether it works in Insiders?

And the binary itself seems to exist with the correct permissions. Please try just running it from the command line. /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

It just started happening recently, last few days. I am running 1.19.3. I don't know for sure if it was because of the update.

Running the command manually seems to work fine. (Though, at the moment, the error has went away for me. I can't get it to trigger.)

This is happening to me too, but only within multi-root workspaces. The CMD-P file search prompt is having trouble finding files and displays the node_modules/vscode-ripgrep/bin/rg ENOENT error whenever a file is opened using the CMD-P prompt. If I open the project directory on its own (instead of opening code using the .code-workspace file), the error does not appear.

macOS High Sierra - 10.13.2
VSCode - 1.19.3

Is anyone seeing this on another OS/version than High Sierra?

Since ls -l is showing an @, could everyone run it with -@ to show extended attributes:

ls -l -@ /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

Using High Sierra

> ls -l -@ /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
-rwxr-xr-x  1 mg  staff  2469440 Jan 25 02:52 /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

Although...

> ls -l /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
-rwxr-xr-x  1 mg  staff  2469440 Jan 25 02:52 /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

I.e. I don't have any extended file attributes.

ls -l -@ /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
-rwxr-xr-x@ 1 jasonlfunk  staff  2469440 Jan 25 02:52 /Applications/Visual Studio Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg
        com.apple.quarantine         57

Looks like we might have found the cause.

I'm on 10.13.2.

Does removing that attribute help?

sudo xattr -d com.apple.quarantine /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/node_modules/vscode-ripgrep/bin/rg

Just mentioning that I'm also getting this same problem with the same symptoms on Ubuntu 16.04:

• can ls that file and it seems to have appropriate permissions
• can run the file
• this only occurs when opening from a .code-workspace file
  • I'm just going to work-around by opening differently for now
• VSCode Version 1.19.3

@hryanjones Does this affect quickopen (ctrl+p), or search (ctrl+shift+f) or both? (please check that it's getting results from all files, not just open ones).

How many folders are included in your workspace?

Only affects quickopen, not search and 719 directories (excluding anything in soft links).

$ find src -type d | wc -l
719

Thanks, I just meant, how many folders are in your code-workspace file? Because we spawn a separate rg process for each one, and that's the only interesting difference between how quickopen and text search use rg that I can think of.

Ah, I hadn't actually inspected that file. When I did I found that there were 4 and also some of those folders no longer exist. When I deleted the ones that don't exist it now appears to be working fine.

Oh, I can repro with a workspace folder that doesn't exist. Thanks!