Search text content is too slow

Reproduction steps

1. shift + command + F to open Global Searchs
2. After entering the search content and initiating the search, ten minutes pass with no results. The loading icon on the right continues to spin, and the search results area remains displaying "searching."
3. Open VSCode and use "rg j" for search in the same directory.
   rg takes 10 seconds, while VSCode takes 20 seconds.

Does Zed's global search have a BUG when there are many files? I have 50+ Node.js projects in my directory, with 30 using pnpm and 20 using npm. Each project's node_modules contains hundreds of megabytes of dependency files. Could it be that a large number of node_modules are being included in the search scope?

Current vs. Expected behavior

Current:

Expectd: Apart from node_modules, there are three places where the text I'm looking for exists.

rg "xxxxxx" -g '!node_modules/' -g '!.git/'

Zed version and system specs

Zed: v1.5.4+stable.300.193b55aa3aa71accf0dcd78709ee164a8ca42d54 (Zed)
OS: macOS 26.0.1
Memory: 16 GiB
Architecture: aarch64

Attach Zed log file

No response

Relevant Zed settings

  "file_finder": {
    "include_ignored": "smart"
  },
  "search": {
    "include_ignored": false
  },
  "cli_default_open_behavior": "new_window",
  "format_on_save": "off",
  "edit_predictions": {
    "mode": "eager",
    "provider": "zed",
  },

Relevant Keymap

(for AI issues) Model provider details

No response

If you are using WSL on Windows, what flavor of Linux are you using?

None

Start by reproducing the delay in Global Search with the reported multi-project directory, comparing search.include_ignored behavior and the rg command that excludes node_modules and .git. Trace the search path to determine why ignored dependency files remain costly to scan; done means the search returns the expected three matches without the reported excessive delay.