vscode: Search does not work

Type: Bug

I have no idea why, but in some projects the find all dialog just keeps spinning and nothing is found. I have no idea why. It says that extension host crashed 3 times.

VS Code version: Code 1.76.2 (ee2b180d582a7f601fa6ecfdad8d9fd269ab1884, 2023-03-14T17:55:54.936Z) OS version: Windows_NT x64 10.0.19045 Modes: Sandboxed: Yes

System Info
Item Value
CPUs Intel® Core™ i7-6820HQ CPU @ 2.70GHz (8 x 2712)
GPU Status 2d_canvas: enabled
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_renderer: enabled_on
video_decode: enabled
video_encode: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
Load (avg) undefined
Memory (System) 31.38GB (16.89GB free)
Process Argv –crash-reporter-id 610a0a15-186b-4c52-aab4-df96ecdd5813
Screen Reader no
VM 0%
Extensions (40)
Extension Author (truncated) Version
vscode-angular2-files ale 1.6.4
vgs-ext1 csc 0.0.4
vscode-eslint dba 2.4.0
tslint eg2 1.0.47
prettier-vscode esb 9.10.4
monkey-c Gar 1.0.8
angular2-switcher inf 0.4.0
docthis joe 0.7.1
cmake-language-support-vscode jos 0.0.9
prettier-extension-monkeyc mar 2.0.60
Angular-BeastCode Mik 10.0.3
azure-pipelines ms- 1.208.0
vscode-azurefunctions ms- 1.10.4
vscode-azureresourcegroups ms- 0.7.0
vscode-azurestorage ms- 0.15.1
vscode-cosmosdb ms- 0.19.3
vscode-docker ms- 1.24.0
csharp ms- 1.25.4
vscode-dotnet-runtime ms- 1.6.0
isort ms- 2022.8.0
python ms- 2023.4.1
vscode-pylance ms- 2023.3.40
jupyter ms- 2023.2.1200692131
jupyter-keymap ms- 1.1.0
jupyter-renderers ms- 1.0.15
vscode-jupyter-cell-tags ms- 0.1.8
vscode-jupyter-slideshow ms- 0.1.5
remote-containers ms- 0.288.0
azure-account ms- 0.11.3
cmake-tools ms- 1.13.45
cpptools ms- 1.14.5
powershell ms- 2023.3.3
vscode-react-native msj 1.10.2
vscode-jest Ort 5.2.3
platformio-ide pla 3.1.1
tsimporter pmn 2.0.1
vscode-thunder-client ran 2.6.0
vscode-yaml red 1.12.2
sonarlint-vscode Son 3.16.0
cmake twx 0.0.17
A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
vserr242cf:30382550
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vsdfh931:30280409
vshan820:30294714
vstes263:30335439
vscorecescf:30445987
pythondataviewer:30285071
vscod805cf:30301675
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593:30376534
pythonvs932:30410667
cppdebug:30492333
vsclangdc:30486549
c4g48928:30535728
dsvsc012cf:30540253
pynewext54:30695312
azure-dev_surveyone:30548225
vscccc:30610679
nodejswelcome1cf:30587006
2e4cg342:30602488
pyind779:30671433
f6dab269:30613381
pythonsymbol12:30671437
a9j8j154:30646983
vsctsb:30677850
pythonb192cf:30669361
defaultazurewalk:30687958
pythonms35:30701012

About this issue

  • Original URL
  • State: closed
  • Created a year ago
  • Reactions: 1
  • Comments: 24 (9 by maintainers)

Most upvoted comments

If you go to the “Extension Host” channel instead of “Window” and do a search with trace logs enabled, do you see a line that starts with RipgrepSearchEH#search and if so, what do the surrounding logs say?

The Extension Host select value produces no useful logs during global search. The Extension Host (Remote) select value produces this log output: issue-179121.extension-host-remote-trace.log.

Also, if you see a path that directly follows RipgrepSearchEH#search that leads to a rg file, what happens if you invoke that executable directly?

Directly running the ripgrep command reproduces the above log file output (lines 9 & 11, respectively).

That’s very helpful, @andreamah, thank you. The summary for any folks whose fetish isn’t noodling through other people’s log files: the VSCode remote host uses @vscode/ripgrep under the hood for global file search. When searching, this flavor of rg complains about missing the GLIBC_2.29+ dependency, then packs up its ball and goes home. My remote system has libc6 2.28 installed, hence the package collision.

I’m having a similar issue. My global searches do resolve – just (incorrectly) with zero hits for any query. This behavior only occurs in a remote workspace (in my case, the Klipper repo) via Remote-SSH.

Property Local Box Remote Box
OS macOS Ventura 13.2.1 Raspbian (Debian 10)
Hardware M1 MacBook Pro Raspberry Pi 4B
code --version 1.77.0 (7f329fe6) -
Workspace Clean Klipper repo Clean Klipper repo
Settings Sync Synced Synced
Global Search Works Fails, except for files open in the workspace
Search only in Open Editors Disabled Disabled

Of note:

  • The remote workspace remains unchanged from when I last (successfully) tried to use global search a few weeks ago
  • Unsuccessful attempted fixes:
    • Wiping remote ~/.vscode-settings
    • Trying a new workspace inside a fresh Klipper repo clone
    • Exhaustive permutations of toggling the Search only in Open Editors button, fiddling with include/exclude glob patterns, modifying various relevent Settings > Feature > Search parameters (e.g. Use Ignore Files), etc
    • Sacrificing a goat to Paimon to curry supernatural aid

None of this worked, and now I have to help my neighbor search for his lost goat. 😔 Hope someone has ideas. xoxoxo

All projects I open are in local directory, versioned with git. Everything is TS & node modules with package.json / yarn.

@andreamah , thanks to your advice, I did find something suspected in the Extension Host(Remote) channel.

2023-04-11 11:01:28.153 [debug] RipgrepSearchEH#search /home/tongyu/.vscode-server-insiders/bin/7f03ec6f7a48791d8027761b22773b454fc52478/node_modules/@vscode/ripgrep/bin/rg --hidden --ignore-case -g '!**/.git' -g '!**/.svn' -g '!**/.hg' -g '!**/CVS' -g '!**/.DS_Store' -g '!**/Thumbs.db' -g '!**/node_modules' -g '!**/bower_components' -g '!**/*.code-search' --no-ignore-parent --follow --crlf --fixed-strings --no-config --no-ignore-global --json -- 'hello' '.'
 - cwd: /home/tongyu/bitswiss
2023-04-11 11:01:28.161 [debug] RipgrepSearchEH#search <jemalloc>: Unsupported system page size
<jemalloc>: Unsupported system page size
memory allocation of 5 bytes failed

2023-04-11 11:01:28.220 [debug] RipgrepSearchEH#search No data from stdout
2023-04-11 11:01:28.220 [debug] RipgrepSearchEH#search No result from parser
2023-04-11 11:01:28.220 [debug] RipgrepSearchEH#search 

filed this under another issue in https://github.com/microsoft/vscode/issues/179907 since this is not related to the ripgrep issues on linux arm32

@mycraftmw this might be a different error if you’re on aarch64 and not arm32

Try this:

  1. run Developer: Set Log Level in the command palette and set Trace
  2. do a search
  3. In the bottom panel, check logs in the Extension Host channel in the Outputs tab