Parsing of .gitignore files doesn't match git, causing cmd+p to not find any files

[verhovsky]

Does this issue occur when all extensions are disabled?: Yes

VS Code Version:

Version: 1.85.1
Commit: 0ee08df0cf4527e40edc9aa28f4b5bd38bbff2b2
Date: 2023-12-13T09:48:16.874Z (3 wks ago)
Electron: 25.9.7
ElectronBuildId: 25551756
Chromium: 114.0.5735.289
Node.js: 18.15.0
V8: 11.4.183.29-electron.0
OS: Darwin arm64 23.2.0

Steps to Reproduce:

Simple:

git clone https://github.com/gskinner/regexr.git
cd regexr
git checkout 1e382719041f8b1e5290472e14e2c98a6c05b61a
code .

and then Press Cmd+p and type in any of the file names you see.

Manually:

1. Create a new directory
2. git init
3. create some files and commit them
4. add the following .gitignore:

#-----------------------------
# INVALID FILES
# (for cross OS compatibility)
#-----------------------------
*[\<\>\:\"\/\\\|\?\*]*

5. commit it
6. Open the project in VS Code to search for any of the files you created with Cmd+P

It will not find any files unless you have them open in the editor already.

Removing the line and saving causes files to be found again

I found this regex in a project I cloned and it seems that git must parse it differently because obviously git is not ignoring all the files.

This issue is a follow up to #48771

[lszomoru]

Adding @roblourens as he worked on the mentioned issue.

[roblourens]

Interesting, it seems like matching / is actually matching a path separator, so anything under a folder is ignored, when it doesn't work that way in git.

@andreamah you could verify that I'm right and check that rg on its own does the same, and file an issue upstream.

[andreamah]

Confirmed that it happens in my WSL on the newest rg version, filed BurntSushi/ripgrep#2745 with ripgrep

[andreamah]

I would advise you to create a new issue for this. However, just a heads up: we use ripgrep as the engine for searching, so interpretation of the gitignore files is on their side. So I'd advise you to try it out with just ripgrep to see if you can recreate it on their side.