Hey, thanks for the report. Crashes during agent generation on macOS arm64 have come up before, so let’s dig into what’s happening in your case.
A few things to try and check:
Run without extensions. Launch from Terminal: cursor --disable-extensions. If the crashes stop, re-enable extensions one by one to find the one causing it.
Check resource usage. Right before the crash, open Cmd+Shift+P then run Developer: Open Process Explorer and take a screenshot. This helps confirm if it’s an out-of-memory issue.
Logs. After the crash, go to Help > Open Logs Folder and grab main.log. Also check Help > Toggle Developer Tools > Console for any errors.
Test in a clean workspace. Open an empty folder with no project and no MCP, then try using the agent there. Does it still crash?
Reset workspace data if nothing else helps:
cd ~/Library/"Application Support"
mv Cursor CursorBackup
Then restart Cursor. This resets cached data while keeping a backup.
Also, do you see a specific error code when it crashes, like code: '5'? And are you using a VPN or proxy?
The team is aware of crash issues on macOS. Your logs and the info above will help narrow down the cause.
Hey Dean… Ok I do get a code 5 each time. Attached is the screenshot from the dev tools console. I couldn’t find P{en Logs Folder i the help menu ? I’ll try the rest of your suggestions when I have a moment. Thanks
Thanks for the info. Switch to the Console tab (top, next to Elements) and check if there are any errors with [otel.error] or OTLPExporterError. That’ll help us understand what’s happening right before the crash.
About the logs: “Open Logs Folder” should be in the command palette Cmd + Shift + P. You can also open it via Finder:
~/Library/Application Support/Cursor/logs/
Inside, there will be a folder with the date. We need the main.log file from there.
One more thing: exit code 5 on macOS is often related to an OOM (out of memory) crash of the renderer process. A common trigger is long agent chats. Please try:
Close all old chats and start a new chat more often, don’t keep one endless chat
Before it crashes, open Process Explorer (Cmd+Shift+P → Developer: Open Process Explorer). If the renderer is using more than 3 to 4 GB, that confirms an OOM issue
If nothing from my previous message or this one helps, send main.log and a screenshot of the Console tab, and we’ll dig in further.
Thanks Dean. You’re right - I’d slipped into the bad habit of letting the chat re-contextualise too much. I’ve gone back to shorter chats with summaries and haven’t had a crash since, using Composer 1.5 at leasr