Cursor 3.0.16 crashes immediately on startup on Intel Mac running macOS 14.8.7

Description

Cursor crashes immediately on startup on my Intel Mac running macOS 14.8.7.

The application never reaches the UI and exits instantly with:

  • EXC_BREAKPOINT (SIGTRAP)

  • Electron Framework crash

  • Thread 0 crash at startup

Environment

  • Cursor Version: 3.0.16

  • macOS Version: 14.8.7 (23J520)

  • Device: MacBookPro16,2

  • CPU: Intel Core i5

  • Architecture: x86_64

  • Electron Version: 39.8.1

Steps to Reproduce

  1. Install Cursor

  2. Launch Cursor from Applications

  3. Cursor crashes immediately before UI appears

What I Tried

I already tried:

  • Reinstalling multiple Cursor versions

  • Completely removing Cursor caches/configuration

  • Removing quarantine attributes

  • Launching with:

    • --disable-gpu

    • --disable-software-rasterizer

    • --disable-extensions

    • --no-sandbox

The crash still happens consistently.

Crash Summary

The crash always occurs inside Electron Framework during startup:

node::sqlite::UserDefinedFunction::xDestroy(void*)

The issue appears related to Cursor 3.x / Electron 39 compatibility on Intel Macs running macOS 14.8.7.

Hi there!

We detected that this may be a bug report, so we’ve moved your post to the Bug Reports category.

To help us investigate and fix this faster, could you edit your original post to include the details from the template below?

Bug Report Template - Click to expand

Where does the bug appear (feature/product)?

  • Cursor IDE
  • Cursor CLI
  • Background Agent (GitHub, Slack, Web, Linear)
  • BugBot
  • Somewhere else…

Describe the Bug
A clear and concise description of what the bug is.


Steps to Reproduce
How can you reproduce this bug? We have a much better chance at fixing issues if we can reproduce them!


Expected Behavior
What is meant to happen here that isn’t working correctly?


Screenshots / Screen Recordings
If applicable, attach images or videos (.jpg, .png, .gif, .mp4, .mov)


Operating System

  • Windows 10/11
  • MacOS
  • Linux

Version Information

  • For Cursor IDE: Menu → About Cursor → Copy
  • For Cursor CLI: Run agent about in your terminal
IDE:
Version: 2.xx.x
VSCode Version: 1.105.1
Commit: ......

CLI:
CLI Version 2026.01.17-d239e66

For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)


For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…


Additional Information
Add any other context about the problem here.


Does this stop you from using Cursor?

  • Yes - Cursor is unusable
  • Sometimes - I can sometimes use Cursor
  • No - Cursor works, but with this issue

The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!

I submitted a bug report on the forum, but I’m not sure whether it was submitted successfully.

Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Termination Reason: Namespace SIGNAL, Code 5 Trace/BPT trap: 5 Terminating Process: exc handler [7558] Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 Electron Framework 0x10e99204a node::sqlite::UserDefinedFunction::xDestroy(void*) + 282442 1 Electron Framework 0x10d7b9c22 cppgc::internal::GCInfoTable::Resize() + 257506 2 Electron Framework 0x10d7b9ad1 cppgc::internal::GCInfoTable::Resize() + 257169 3 Electron Framework 0x10da1037b v8::Message::GetLineNumber(v8::Localv8::Context) const + 18379 4 Electron Framework 0x10da0ffe8 v8::Message::GetLineNumber(v8::Localv8::Context) const + 17464 5 Electron Framework 0x10e79a21e ElectronMain + 142 6 dyld 0x7ff800622345 start + 1909 Thread 1: 0 libsystem_pthread.dylib 0x7ff8009a9aa0 start_wqthread + 0 Thread 2: 0 libsystem_pthread.dylib 0x7ff8009a9aa0 start_wqthread + 0 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x00000000ffffdf30 rbx: 0x0000000000018ce0 rcx: 0x000000000040016a rdx: 0x0000000000000103 rdi: 0x00000001174518c0 rsi: 0x0000000000000103 rbp: 0x00007ff7bfda5910 rsp: 0x00007ff7bfda58b0 r8: 0xaaaaaa0100000000 r9: 0x00007ff7bfda593e r10: 0x000000000000000a r11: 0x00000000000da800 r12: 0x00000128000161a0 r13: 0x00007ff8005e23d0 r14: 0x00000128000dea00 r15: 0x0000000000000000 rip: 0x000000010e99204a rfl: 0x0000000000000246 cr2: 0x0000000000000000 Logical CPU: 1 Error Code: 0x00000000 Trap Number: 3 Thread 0 instruction stream: 7d c8 48 85 ff 74 09 48-8b 45 d0 eb e1 48 89 c3 }.H..t.H.E…H.. 48 8b 7d b0 48 85 ff 74-06 48 8b 45 b8 eb c2 48 H.}.H..t.H.E…H 89 df e8 91 2c a7 06 48-89 7d b8 e8 00 66 5a fd …,..H.}…fZ. eb ed 48 89 7d d0 e8 f5-65 5a fd eb d3 cc 0f 0b ..H.}…eZ… cc 0f 0b cc 0f 0b cc 0f-0b cc[0f]0b cc 0f 0b 90 … <== 55 48 89 e5 41 57 41 56-41 54 53 48 81 ec 80 00 UH..AWAVATSH… 00 00 48 8b 05 bf 5f 3a-08 48 8b 00 48 89 45 d8 ..H…_:.H..H.E. 83 ff 0e 0f 87 90 01 00-00 89 f8 48 8d 0d 36 05 …H..6. 00 00 48 63 04 81 48 01-c8 ff e0 e8 20 7b e2 fe ..Hc..H… {.. 3d cf fb 01 00 0f 86 53-01 00 00 48 8d 1d ee 60 =…S…H… 9b 08 e9 6a 02 00 00 e8-04 7b e2 fe 3d cf fb 01 …j…{..=… 00 0f 86 ec 02 00 00 48-8d 1d 12 61 9b 08 e9 4e …H…a…N Binary Images: 0x10bf33000 - 0x116d37fff com.github.Electron.framework (*) <4c4c441b-5555-3144-a152-c32d9729130c> /Applications/Cursor.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework 0x100188000 - 0x10019dfff com.github.Squirrel (1.0) <4c4c4460-5555-3144-a13e-8dcf38d420e0> /Applications/Cursor.app/Contents/Frameworks/Squirrel.framework/Versions/A/Squirrel 0x10065e000 - 0x1006a1fff com.electron.reactive (3.1.0) <4c4c4401-5555-3144-a151-dc7099ce83e1> /Applications/Cursor.app/Contents/Frameworks/ReactiveObjC.framework/Versions/A/ReactiveObjC 0x1001ab000 - 0x1001b6fff org.mantle.Mantle (1.0) <4c4c4469-5555-3144-a1e3-0057ec7567c4> /Applications/Cursor.app/Contents/Frameworks/Mantle.framework/Versions/A/Mantle 0x10098b000 - 0x100b8cfff libffmpeg.dylib (*) <4c4c449a-5555-3144-a1f8-788153324c29> /Applications/Cursor.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Libraries/libffmpeg.dylib 0x100159000 - 0x10015afff com.todesktop.230313mzl4w4u92 (3.0.16) <4c4c442a-5555-3144-a1ba-39a7811909cd> /Applications/Cursor.app/Contents/MacOS/Cursor 0x7ff80061c000 - 0x7ff8006aca87 dyld (*) /usr/lib/dyld 0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ??? 0x7ff8005da000 - 0x7ff80061bfc3 libobjc.A.dylib (*) /usr/lib/libobjc.A.dylib 0x7ff8009a8000 - 0x7ff8009b3fff libsystem_pthread.dylib (*) /usr/lib/system/libsystem_pthread.dylib

Hey @XH_ZHENG, you should check your state.vscdb size, this issue seems to happen because yours is way beyond it’s normal limit, create a safe backup and clean this one. If it’s larger than 5 to 8 gb, it should be cleaned up.

du -sh Cursor/User/globalStorage/state.vscdb

320K User/globalStorage/state.vscdb

I tried reinstalling several different versions, but all of them get stuck on the loading screen after launching.

well.. let’s wait on the team follow up, but this seems like an issue on intel based mac. What version did you try? any of 2.6.x ?

I tried versions 3.5, 3.4, 3.3, and 3.0.

it’s stuck because it’s trying to come at peace with all the different cache from the different version, try uninstalling, clearing up residual cache (if that’s ok to you) :
rm -rf ~/Library/Application\ Support/Cursor/*
rm -rf ~/Library/Caches/Cursor
rm -rf ~/Library/Caches/com.cursor
rm -rf ~/Library/Preferences/com.cursor*

and then reinstalling previous version, mhm, if you still want the glass.. i’ll dig deeper into the issue

The node::sqlite::UserDefinedFunction::xDestroy crash at startup is a known low-level issue tied to Cursor 3.x’s new agent runtime + SQLite integration, and it’s particularly stubborn on older Intel hardware.

Thanks. I already completely removed all Cursor cache and configuration files before reinstalling, but the issue still persists.

do you to use the new glass layout or for now you just want a working cursor? if that’s ok to you, for now downgrade to 2.6 seems to be the only path? tho we should wait on some team member to come by figure this out with us

thanks

Where can I download Cursor version 2.6?

Version: 2.6.12
VSCode Version: 1.105.1
Commit: 1917e900a0c4b0111dc7975777cfff60853059d0
Date: 2026-03-04T21:41:18.914Z
Build Type: Stable
Release Track: Default
Electron: 39.6.0
Chromium: 142.0.7444.265
Node.js: 22.22.0
V8: 14.2.231.22-electron.0
OS: Darwin x64 23.6.0

cursor 2.6 It’s the same issue as well.

Is there anyone who can help fix this?

Hey, thanks for the detailed crash log, it really helps. The crash happens in native Electron and Node startup code (node::sqlite::...xDestroy) before the UI shows up, so clearing cache, removing quarantine, or using launch flags won’t help. The issue is below that level. I reported it internally, I can’t share an ETA yet, but I’ll post an update in the thread as soon as I have one.

Why rolling back to 2.6.12 didn’t help: based on your About screen, 2.6.12 uses the same runtime, Node.js 22.22.0 and Electron 39.6.0. The crash is in a module that was added in Node 22, so any version on Node 22 will hit the same problem. To work around it, we need an older build from before the switch to Node 22 and Electron 39.

A couple questions so I can help you pick a working version:

  1. Has Cursor ever launched on this Mac before? If yes, what was the last version that worked?
  2. Can you try an older release, not 2.6.x, but something from before Node 22, and tell me if it starts?

You can find the version list and download links here: Cursor · Download. Grab an older build from there for testing and let me know how it goes.

Hi @deanrie, it seems like from the link you provided, we can get version only up to 3.0, so there is no way to have a pre 2.6 version from there, if you have another link to share, don’t hesitate!

Hey Tom, yeah, you’re right. You can’t get old builds from the download page, and we don’t have a public official archive. But there’s a community-maintained list with all versions and architecture-specific links, including Intel x86_64: GitHub - oslook/cursor-ai-downloads: All Cursor AI's official download links for both the latest and older versions, making it easy for you to update, downgrade, and choose any version. 🚀 · GitHub

It’s not ours, but the links point to todesktop artifacts, so it should work for testing.