Relative path patterns not supported by search api

[Zardddddd60]

• VS Code Version:1.55.1
• OS Version:macOS 10.15.5
• Node Version: 12.18.2

Steps to Reproduce:
I try to debug a package symlinked to an application, with breakpoints set in typescript, but failed.

Firstly, without symlinked package, just the application, it works.

Then, with symlinked package, it dosen't work, even the package is not actually imported. Setting the path of testpackage in outFiles makes error.

I've made a reproductive example. Is there something I missed?

1.git clone git@github.com:Zardddddd60/testpackage.git, git clone git@github.com:Zardddddd60/testapp.git
2. symlink testpackage to testapp, and press debug in testapp

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

[vscodebot]

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

• Extension API: workspace folders vs git repositories not consistent regarding symlinks (#116064)

[Zardddddd60]

I think the key is how to set the outFiles. It works if I debug the javascript code of symlinked package with program pointing to typescript file. Is there is way to debug typescript code of symlinked package?

[connor4312]

/jsDebugLogs

[Zardddddd60]

/jsDebugLogs

Setting absolute path(/Users/liudong/ldd/test__/testpackage/**/*.js) of symlinked package in outFiles:
vscode-debugadapter-92cc30e1.json.gz

Setting relative path(${workspaceFolder}/node_modules/testpackage/**/*.js) of symlinked package:
vscode-debugadapter-03d7fa4d.json.gz

[connor4312]

Thanks for the logs and example repo! I think I can reproduce. It should only affect breakpoints that are passed very early on in the program, since the process that looks for sourcemaps ahead of time isn't finding results.

@roblourens although the path seems correct, it seems like setting this as a RelativePattern doesn't work:

As Zard reported, f I remove the extra outFiles pattern (so it's just **/*.js) then it works. Is this comma-delimiting the correct way to deal with these? Or should I just run separate searches for each include path? That would be easy to do.

Edit: it seems that passing in a relative pattern like ../testpacakge/**/*.js individually also does not work, so it seems like include just doesn't work with those. However, it does in the UI

It would be nice to fix that 🙂

[roblourens]

It should be like {a, b} if you have multiple patterns. But yeah, the search view has bonus features that don't show up other places. I think this would go all the way to our glob library. Did it come in from the user's config or your code?

[connor4312]

Ah, cool, thanks. That made it not break, but it looks like relative patterns still aren't applying correctly.

[andreamah]

Ah, cool, thanks. That made it not break, but it looks like relative patterns still aren't applying correctly.

see #130992 (comment)

[connor4312]

This actually duplicates #168635, and should be fixed with microsoft/vscode-js-debug#1486 as well