Indexing Broke after PR #3976

[adamhill]

App Version

PR #3976

API Provider

Anthropic

Model Used

Sonnet-4 & -Large Embedding model from OpenAI

🔁 Steps to Reproduce

Was testing out the previous version of CBI, probably 68b60a2 - add unsaved settings - maybe the one before - working fairly well

---

Then

• Pulled the latest, 6a8fb59 - fixed settings saving logic PR Fix settings saving logic to ensure the saved settings are used #3976
• Went to the indexing page, had to fill in the qdrant URI again, it reverted back to localhost (I have never tried ollama or local qdrant, so this is coming from defaults.
• Went to the dashboard,
• Refresehed the visualization, plenty of points,

---

Repro

• Cleared Index Data in the CBI pane, saw that my data was gone in the dashboard (no collection),
• Button reverted to "Start" but was still greyed out. Clicked Done. Went back into the CBI,
• Start button was active again preseed it, brief flicker in the Indexing status area, said it was done.,
• Looked at the Dashboard, I have a Collection but the point visualization only shows two points very far apart.,

---

I can rinse, repeat the Repro bit

• Waiting for a while, doenst make any data show up (its not eventual consistency delay in Qdrant)
• Smallish codebase, 3 page mobile app - C# / MAUI}
• macOS - M3 MBP

See video for visuals

Edit:
TL;DR; The project I had testing with for a few weeks now refuses to index correctly in any previous PR's. Switching to another project makes indexing work correctly again.

I am back to the tip of main now.

So, somehow, something that connects / differentiates the local workspace with whatever the embedder needs to do (find the blocks) is malfunctioning.

If I switch to any other project, indexing proceeds properly, switch back to the problem child, it does not work - it only finds 3 blocks to process.

New project workspace survives, vsc re-debuggings, automatically starts indexing if I Clear Index, Stop Debugging and F5'ing once again.

Are there any lockfiles or any other settings that might be corrupted / missing or present to make the embedder only find 3 blocks to process, when it had been working fine?

Codebase.Indexing.Bug.-.Screen.Recording.2025-05-25.at.6.01.29.PM.mov

💥 Outcome Summary

• Expected the Indexing to completely index the codebase. It did not, only two vectors seem to be in there.
• Much different from the dozens of vectors clustered into 4-5 groups
  -The explicit prompt use codebase_indexing to tell me about my implementation of INotifyPropertyChanged now returns nothing, i previously found things and explained things correctly.

📄 Relevant Logs or Errors (Optional)

- Error'ish flicker'y status area when indexing

[Runarry]

I encountered the same issue, and it only occurs in my C# (WPF) project, while my other front-end project (JS+HTML+CSS) does not have this problem.

[jsbattig]

I've noticed something that may be related to this in a very large Java project. I've tried clearing the index, starting over, and it even reports less blocks available to index than in a prior run. It's like the indexer service is not finding all files to index, and the full list changes between runs after clearing index.