"cursor-indexing-issues"

Troubleshoot Cursor codebase indexing: stuck indexing, empty search, @codebase failures, and performance issues. Triggers on "cursor indexing", "cursor index", "@codebase not working", "cursor search broken", "indexing stuck".

claude-codecodexopenclaw
4 Tools
cursor-pack Plugin
saas packs Category

Allowed Tools

"ReadWriteEditBash(cmd:*)"

Provided by Plugin

cursor-pack

Flagship+ skill pack for Cursor IDE - 30 skills for AI code completion, composer workflows, and IDE mastery

saas packs v1.0.0
View Plugin

Installation

This skill is included in the cursor-pack plugin:

/plugin install cursor-pack@claude-code-plugins-plus

Click to copy

Instructions

Cursor Indexing Issues

Diagnose and fix codebase indexing problems. Covers stuck indexing, empty search results, stale results, and performance optimization for large codebases.

Quick Diagnosis

Symptom Likely Cause Quick Fix
Status bar stuck on "Indexing..." Large codebase or network issue Add .cursorignore, resync
@Codebase returns nothing Index not built or file excluded Wait for index, check ignore files
@Codebase finds wrong code Stale index Resync index
Indexing crashes / restarts Memory or file watcher limits Increase limits, reduce scope
"Unable to index" error Network blocked or auth expired Check proxy/firewall, re-auth

Fix: Stuck Indexing

Step 1: Reduce Scope

Create or update .cursorignore in project root:


# .cursorignore -- exclude non-essential directories

# Build output
dist/
build/
.next/
out/
target/

# Dependencies (always exclude)
node_modules/
vendor/
.venv/
venv/

# Generated / large files
*.min.js
*.min.css
*.bundle.js
*.map
*.lock
package-lock.json
yarn.lock
pnpm-lock.yaml

# Data files
*.csv
*.sql
*.sqlite
*.parquet
*.json.gz
fixtures/

# Media
*.png
*.jpg
*.gif
*.svg
*.mp4
*.woff2

Step 2: Resync Index

Cmd+Shift+P > Cursor: Resync Index

Step 3: Clear Cache (if resync fails)


# macOS
rm -rf ~/Library/Application\ Support/Cursor/Cache/
rm -rf ~/Library/Application\ Support/Cursor/CachedData/

# Linux
rm -rf ~/.config/Cursor/Cache/
rm -rf ~/.config/Cursor/CachedData/

# Windows (PowerShell)
Remove-Item -Recurse "$env:APPDATA\Cursor\Cache"
Remove-Item -Recurse "$env:APPDATA\Cursor\CachedData"

Restart Cursor after clearing cache. Full re-index begins automatically.

Fix: @Codebase Returns No Results

Check 1: Is Indexing Complete?

Look at the bottom status bar. If it says "Indexing...", wait for it to finish. For projects with 10K+ files, initial indexing can take 10-30 minutes.

Check 2: Is the File Excluded?

A file might be excluded by:

  1. .gitignore (Cursor respects this by default)
  2. .cursorignore (explicit exclusion)
  3. .cursorindexingignore (excluded from index but not from AI features)

Verify: Cursor Settings > Features > Codebase Indexing > View included files

This opens a text file listing all indexed paths. Search for the file you expect to find.

Check 3: Network Connectivity

Indexing requires network access to Cursor's embedding API. Test:

  • Can you access api.cursor.com?
  • Is a corporate proxy blocking outbound HTTPS?
  • Is a VPN interfering?

Check 4: Semantic vs Keyword Search

@Codebase uses semantic search (embeddings), not keyword matching. The query "authentication middleware" will find files about auth even if they never use the word "middleware." But it may miss files if the semantic meaning is very different from the query.

For exact keyword matching, use Cmd+Shift+F (workspace search) instead.

Fix: Stale / Outdated Results

Cursor re-checks for file changes every 10 minutes using a Merkle tree. If you need fresher results:

  1. Save all open files
  2. Cmd+Shift+P > Cursor: Resync Index
  3. Wait for "Indexed" status to reappear
  4. Retry your @Codebase query

Performance Optimization for Large Projects

Indexing Time Benchmarks

Project Size Files Indexed Initial Index Time
Small (< 1K files) ~500 < 30 seconds
Medium (1K-10K files) ~5,000 1-5 minutes
Large (10K-50K files) ~20,000 5-30 minutes
Very large (50K+) ~50,000+ 30 min - 2 hours

Monorepo Strategy

Do not open the entire monorepo root. Instead:


# Open just the package you're working on:
cursor packages/api/

# Or use .cursorignore to exclude other packages:
# .cursorignore
packages/web/
packages/mobile/
packages/admin/
packages/deprecated-*

Linux File Watcher Limits

If indexing crashes on Linux with large projects:


# Check current limit
cat /proc/sys/fs/inotify/max_user_watches

# Increase to 524288 (persists across reboots)
echo "fs.inotify.max_user_watches=524288" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Memory Pressure

If Cursor runs out of memory during indexing:


// settings.json
{
  "files.maxMemoryForLargeFilesMB": 4096,
  "files.watcherExclude": {
    "**/node_modules/**": true,
    "**/.git/**": true,
    "**/dist/**": true,
    "**/build/**": true
  }
}

.cursorignore vs .cursorindexingignore

File Indexed? Available to AI? Use Case
Listed in .cursorignore No No (best effort) Secrets, large binaries, build output
Listed in .cursorindexingignore No Yes (via @Files) Test fixtures, docs, large but useful files
Not in any ignore file Yes Yes Your source code

Use .cursorindexingignore for files you want to reference explicitly but not have polluting search results:


# .cursorindexingignore
tests/fixtures/large-sample.json
docs/api-spec.yaml
e2e/recordings/

Enterprise Considerations

  • Data residency: Embeddings stored in Turbopuffer cloud. No plaintext code stored, but metadata (obfuscated filenames) exists server-side
  • Air-gapped environments: Indexing requires outbound HTTPS. Not available in fully air-gapped setups
  • Index freshness SLA: 10-minute polling interval is not configurable. Manual resync is the only way to force immediate re-index
  • Audit: No logging of which files are indexed. Use .cursorignore proactively for regulated data

Resources

Ready to use cursor-pack?