Started experiencing "Taking longer than expected..." issue from yesterday

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Whenever I try to use models like Sonnet 4.5, Gemini 3.1 Pro/Flash, Grok, all is working extremely slowly showing “Taking longer than expected…” and then gives output and then when it gets to Planning again, then again “Taking longer than expected…” for 2-3 minutes for each Planning, working extremely slowly, completely unusable.

Steps to Reproduce

Select any AI Model as mentioned and send a request, takes so much time to give output.

Expected Behavior

Should work instantly without showing “Taking longer than expected…” specially for almost all ai models.

Operating System

Windows 10/11

Version Information

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

For AI issues: which model did you use?

Sonnet 4.5
Gemini 3.1 Pro
Grok 4.20
Sonnet 4
Composer 2 (Sometimes work sometimes not)

For AI issues: add Request ID with privacy disabled

N/A

Does this stop you from using Cursor

Yes - Cursor is unusable

Request ID: cf6d74bc-f8fe-4338-a82e-cb50fa481597

Also, already tried several things like Network Diagnostics, disabling http2, etc, but none of it solved the issue at all.

Hey, this is a known issue. Several users are reporting the same thing. I see you already tried disabling HTTP/2 and ran network diagnostics. Let’s try a few other things.

  1. Check the size of your state.vscdb file. Open PowerShell and run:

    (Get-Item "$env:APPDATA\Cursor\User\globalStorage\state.vscdb").Length / 1MB
    

    If it’s over a few hundred MB, that’s likely slowing things down. You can clean it up. First, fully close Cursor, then back it up and vacuum:

    Copy-Item "$env:APPDATA\Cursor\User\globalStorage\state.vscdb" "$env:APPDATA\Cursor\User\globalStorage\state.vscdb.backup"
    

    Then install sqlite3 with winget install SQLite.SQLite and run:

    sqlite3 "$env:APPDATA\Cursor\User\globalStorage\state.vscdb" "PRAGMA journal_mode=DELETE; BEGIN IMMEDIATE; DELETE FROM cursorDiskKV WHERE key LIKE 'agentKv:%'; DELETE FROM cursorDiskKV WHERE key LIKE 'bubbleId:%'; DELETE FROM cursorDiskKV WHERE key LIKE 'checkpointId:%'; COMMIT; VACUUM;"
    

    This will clear your chat history in the UI, but agent transcripts stay in ~/.cursor/projects/.

  2. Test in an empty folder. Go to File > Open Folder, pick an empty directory, open a new chat, and type something simple. If that’s fast, the issue is tied to your project.

  3. Start fresh chats more often. Long conversations grow the context, and each response can get slower over time. If you notice it slowing down, start a new chat.

The team is aware of this pattern. I’ve passed your Request ID along. Let me know how the state.vscdb cleanup goes. That’s been the biggest fix for other users hitting this.

Related thread with more details: Taking longer than expected on Cursor version 3.0.13

A post was merged into an existing topic: My chats are just hanging with “Planning next moves” and “Taking longer than expected…”