Constant OOM code 536870904 with latest update

Where does the bug appear (feature/product)?

Somewhere else…

Describe the Bug

with the latest update to Cursor, I get a frequent OOM crash. Is there a way for me to revert to previous version of Cursor? This was not the issue before, its new.

Steps to Reproduce

I dont know - it crashes now.

Expected Behavior

No crashing.

Screenshots / Screen Recordings

Operating System

Windows 10/11

Version Information

Version: 2.4.21 (user setup)
VSCode Version: 1.105.1
Commit: dc8361355d709f306d5159635a677a571b277bc0
Date: 2026-01-22T16:57:59.675Z
Build Type: Stable
Release Track: Default
Electron: 39.2.7
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.26200

For AI issues: which model did you use?

Auto

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor – UPDATE: it’s really becoming unusable now

Hey, thanks for the report. This is a known Windows issue where the renderer process in Cursor hits a ~4 GB memory limit (an Electron limitation on Windows).

Related threads with fixes:

Try this workaround.

Check the logs for OTEL errors:

  • Open the Command Palette Ctrl+Shift+P > Developer: Toggle Developer Tools > Console
  • Look for lines with [otel.error] or OTLPExporterError
  • If you find them, it’s an OpenTelemetry memory leak in your version 2.4.21

If you DO see OTEL errors:

  • Downgrade: there isn’t an official downgrade path yet, but you can download an older version directly from Download · Cursor (look for 2.3.34)
  • After installing: Settings > Application > Update > Mode: “none” (disable auto-update)

If you DON’T see OTEL errors:

  • Monitor memory: Ctrl+Shift+P > Developer: Open Process Explorer, then watch the renderer process
  • Rotate chats: start a new chat when the current one gets big (avoid building up too much context)
  • Check extensions: try running cursor --disable-extensions from the command line

Let me know what you find in the logs and whether this helps.

I seem to have solved it by starting a new chat. Thank you for the link to the older version, as a back up.

@cursor team

This is becoming incredibly frustrating and honestly unworkable.

This is only recent for my setup. Its just way too frequent.

I saw the same thing. It comes very frequently.

Same here! @cursor team - pls put some resources on this job. Those workarounds are BS.

I would be interested in this too. I need to restart Cursor every 20-30 minutes or so when working intensively, or it just crashes.

I get tons of otel.error OTLPExporterError messages stating, “Trace spans collection is not enabled for this user”.
I see no option to disable the telemetry services so these errors just fill up the memory, I guess.

So, I have seen in the topic to fall back manually to 2.3.34 but from official Cursor 2.3 downloads I can only get 2.3.35 and found no official source for 2.3.34 on Cursor.com.

Anyone with a valid official download link for this?

Any ideas when this is going to get fixed? It renders the app next to useless and a real time robbery.

Cursor used:
Version: 2.4.27 (user setup)
VSCode Version: 1.105.1
Commit: 4f2b772756b8f609e1354b3063de282ccbe7a690
Date: 2026-01-31T21:24:58.143Z
Build Type: Stable
Release Track: Default
Electron: 39.2.7
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.26200

i7-11850H / 32GB RAM. Windows 11 Enterprise.

Issue is easily reproduceable every time.

Thanks in advance for any assistance!

1 Like

Dean, It appears that Electron memory limit per renderer process (since v14+) is now 8MB. it won’t solve the underlying problem, but to gain an extra few minutes between crashes would be helpful.

I’m experiencing the same issue.
It has occurred several times over the past few days.:smiling_face_with_tear:
I hope the Cursor team can resolve this problem soon.

Hey user376, been there. You can actually give the renderer more breathing room by launching Cursor with the , max-old-space-size=8192 flag. This usually stops it from crashing during heavy lifts. It also helps a ton to add things like node_modules or build folders to your .cursorignore file. That keeps the AI indexer from trying to scan everything, which saves a lot of memory.

1 Like

Here are a few more things to try: