Hi @mohitjain !
First of all, thank you for your help on this issue! Appreciate it! ![]()
I’d like to jump in here as well as I’m experiencing the same issue and thought I’ll provide my information as well, maybe it helps with the debugging.
Cursor IDE:
Version: 3.1.15 (user setup)
VSCode Version: 1.105.1
Commit: 3a67af7b780e0bfc8d32aefa96b8ff1cb8817f80
Date: 2026-04-15T01:46:06.515Z
Layout: editor
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Windows_NT x64 10.0.26200
Here one request where I experienced the issue first: 37a98d94-9bd6-40dc-a995-8b8844bc26b6
I then also tested in a brand new project (just two small python files) to see if the project size is just an issue and it was faster than in the bigger project but still way slower than usual, here the request ID for that test: ded2aa3e-1e38-46a5-9eb7-722e2e22a375
In all cases I used Sonnet 4.6. I then also tried Composer 2 (fast) which was equally slow.
I can also confirm that the workaround mentioned above, using Opus 4.6 (high), did work for me too. It’s indeed faster.
Is the state.vscdb issue you mentioned earlier still related to this or is it a different one?
Mine is a whopping 2.7GB and I assume that’s not great either?
Also: Do you have some documentation somewhere for completely resetting all history, cache, etc.?
I don’t mind loosing all my chats and settings. I just want the IDE and LLM to run smoothly. ![]()
Thank you!