Cursor Extension Host Crashes on macOS 26.1 (Tahoe) - Nightly Build

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Environment

  • macOS Version: 26.1 (Build 25B78)
  • Cursor Version: 2.1.0-pre.18.patch.0 (Nightly)
  • Electron Version: 37.7.0
  • Hardware: Multiple Macs (both Intel and Apple Silicon tested)
  • Systems Affected:
    • sugarbear (hardware)
    • taurus (Parallels VM on sugarbear)

Problem Description

Cursor is completely unusable on macOS 26.1. The extension host repeatedly crashes with code 5, making all AI features non-functional. This occurs even with the nightly build that includes Electron 37.7.0 (which should have the macOS 26 Electron bug fixes).

Error Messages

From logs (~/Library/Application Support/Cursor/logs/*/main.log):

[error] [UtilityProcess id: 1, type: extensionHost, pid: XXXXX]: crashed with code 5 and reason 'crashed'

This error repeats every time the extension host attempts to start.

Steps to Reproduce

  1. Install Cursor 2.1.0-pre.18.patch.0 (nightly) on macOS 26.1
  2. Launch Cursor
  3. Attempt to use any AI feature (chat, agent, tab completion)
  4. Extension host crashes within seconds
  5. Cycle repeats indefinitely

What We’ve Tried (All Failed)

  1. GPU Compositing Disabled: open -a Cursor --args --disable-gpu-compositing
  2. Additional Electron Flags: --disable-gpu --disable-software-rasterizer --js-flags="--max-old-space-size=4096"
  3. Environment Variable: launchctl setenv CHROME_HEADLESS ""
  4. Cleared Application Data: Deleted ~/Library/Application Support/Cursor/ and ~/Library/Caches/Cursor/
  5. DNS Configuration: Fixed Tailscale DNS issues (see below)
  6. Fresh Install: Completely uninstalled and reinstalled nightly build

Related Issue: DNS Configuration (Resolved)

We also discovered a DNS issue where Tailscale MagicDNS was forwarding to local router DNS that filtered modern DNS record types. This was resolved by:

tailscale up --accept-dns=false --accept-routes

This ensures systems use Cloudflare DNS (1.1.1.1) directly. However, fixing DNS did not resolve the extension host crashes.

System Configuration

DNS Setup (after fix):

resolver #1
  nameserver[0] : 1.1.1.1
  nameserver[1] : 1.0.0.1

Cursor Installation:

  • Standard installation via DMG
  • No custom configurations or modifications
  • No firewall blocking Cursor

Comparison with Working Systems

Working: macOS 15.7.1 (Sequoia) - Cursor works perfectly
Broken: macOS 26.1 (Tahoe) - Extension host crashes

Expected vs Actual Behavior

Expected: Based on forum posts, the nightly build with Electron 37.7.0 should work on macOS 26.x after the GPU/lag fixes.

Actual: While the Electron GPU bug appears to be fixed (no excessive lag), extension host crashes make Cursor completely non-functional.

Additional Notes

  1. The Electron bug fix (addressed in v36.9.2+) resolved the lag/GPU issue but not the extension host crash
  2. Forum posts mention fixes work for macOS 26.0.0 and 26.0.1, but may not cover 26.1
  3. Standard Cursor 2.0.69 (stable) also fails identically on macOS 26.1
  4. VSCode (which uses similar Electron architecture) works fine on macOS 26.1

Logs Available

Full logs available at:

  • ~/Library/Application Support/Cursor/logs/[timestamp]/main.log
  • ~/Library/Application Support/Cursor/logs/[timestamp]/exthost/exthost.log

Can provide full log files if needed.

Request

Is there active work to support macOS 26.1 specifically for extension host stability? The current nightly build has the Electron fixes but extension host crashes persist.

Workarounds That Don’t Help

  • Downgrading to stable release
  • Disabling extensions
  • Running without GPU compositing
  • Clearing all caches and settings

The only workaround that works is downgrading macOS, which is not practical for production systems.


System Info Summary:

  • macOS: 26.1 (25B78)
  • Cursor: 2.1.0-pre.18.patch.0
  • Electron: 37.7.0
  • Issue: Extension host crash code 5
  • Status: Completely unusable

Steps to Reproduce

run cursor on 26.1
attempt to use
stuck on “planning next steps” (agent crashed)

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

2.1.0-pre.18.patch.0 (Nightly)

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey, thanks for the report. This matches the known crash with code 5 that the team is actively investigating.

You’re right, the GPU fix in Electron for macOS Tahoe was limited to versions 26.0.0 and 26.0.1 - macOS 26.1 seems to need additional coverage.

To narrow it down, please share:

  • MCP servers: do you have any MCP servers installed? (Settings → MCP → check Atlassian, GitHub, Supabase, etc.) - many code 5 crashes are linked to MCP
  • Clean project test: run cursor --disable-extensions in a new/empty folder with a fresh chat
  • Full logs: from ~/Library/Application Support/Cursor/logs/[timestamp]/main.log and exthost.log

If needed, I’ll escalate this for macOS 26.1 support. Let me know what you find.

MCP: none, this is a plain vanilla installation

Clean project test: run cursor --disable-extensions in a new/empty folder with a fresh chat

Still crashing even with --disable-extensions

Full logs

i have main.log here:

main.log.zip (1.1 KB)

i found two “exthost.log” files:

Archive.zip (1.6 KB)

and yes please escalate! i can’t use cursor on any mac that upgraded to 26.1! i’m addicted! i can’t quit it! i can’t live without it! i forgot how to program! :sob:

don’t know if it is relevant but:

macOS 26.1 on static, public IPs do in fact work. computers behind an Eero 6+ with latest firmware do NOT work.

From Cursor:
New Findings

The issue is NOT eero-specific - It affects ANY masquerade/PAT NAT:

  • Eero router NAT: fails ✗

  • EdgeMax masquerade NAT (rule 5020): fails ✗

  • EdgeMax static 1:1 NAT (rules 5002, 5001): works ✓

NAT Type Matters:

  • Masquerade NAT (port address translation, shared IP): Extension host crashes code 5 on macOS 26.1

  • Static 1:1 NAT (dedicated public IP per device): Works fine on macOS 26.1

Platform-Specific:

  • macOS 26.1 + Cursor + masquerade NAT = fails ✗

  • macOS 15.7 + Cursor + masquerade NAT = works ✓

  • macOS 26.1 + Cursor + static NAT = works ✓

Tailscale Exit Nodes Don’t Help:

  • Even routing through Tailscale exit node with static NAT still fails

  • Suggests the issue is deeper than just direct NAT traversal

Both Versions Affected:

  • Cursor 2.0.69 (stable): crashes

  • Cursor 2.1.0-pre.18 (nightly): crashes

Crash Pattern:

  • Extension host crashes with code 5

  • Restarts automatically

  • Cursor UI gets stuck at “planning next moves”

  • No network connectivity to Cursor API despite proper DNS resolution

Conclusion: This is a macOS 26.1 networking bug affecting WebSocket or long-lived TCP connections through port-translated NAT. Not fixable via router configuration.

This topic was automatically closed 22 days after the last reply. New replies are no longer allowed.