Auto-update deletes Cursor app installed via external drive symlink

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Environment: macOS 15.3.1 (Sequilla), Cursor version 2.1.42.

I have installed Cursor on an external drive at /Volumes/External/Applications/Cursor.app and created a symlink in /Applications pointing to this external app. When the auto‑update mechanism runs, it appears to delete the actual app bundle on the external drive rather than updating it. After accepting the update prompt, Cursor closes and the Cursor.app on the external volume is gone. I then have to re‑download and reinstall the app.

Expected behaviour: the updater should respect an installation that lives on an external drive (with a symlink in /Applications) and either update it in place or error gracefully without deleting the app.

Steps to Reproduce

  1. Install Cursor on an external volume. In my case I installed it in /Volumes/External/Applications/Cursor.app.
  2. Create a symlink in the internal /Applications folder that points to the external app (ln -s /Volumes/External/Applications/Cursor.app /Applications/Cursor.app).
  3. Launch Cursor via the /Applications symlink.
  4. When the app prompts for an update, click to confirm the update.
  5. Wait for the update process to complete. Cursor closes and does not reopen.
  6. Observe that the original Cursor.app on the external drive has been deleted. The symlink in /Applications now points to a non‑existent file.

Workaround: reinstall Cursor manually and/or disable auto‑updates when using an external drive installation.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.1.42
VSCode Version: 1.105.1
Commit: 2e353c5f5b30150ff7b874dee5a87660693d9de0
Date: 2025-12-01T02:18:26.377Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 24.3.0

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the report. To investigate:

  • Which version was shown in the update dialog? A screenshot helps.
  • External volume details: format APFS/HFS+, local or network, permissions read/write, and free space.
  • Check if it reproduces when launching directly from /Volumes/External/Applications/Cursor.app (not via a symlink) and accepting the update.
  • If possible, reproduce and collect system logs in Console.app filtered by “Cursor” during the update.

Workarounds:

  • Install Cursor to the internal /Applications.
  • Or disable auto-updates and update manually.

Guide for collecting materials: Troubleshooting Guide | Cursor Docs

Once you have the data, send it over and I’ll pass it to the team.

Hi Dean, thanks a lot for the detailed reply and for looking into this.

  1. Update dialog / versions

The issue seems to reproduce on every auto-update, regardless of the version. I’ve seen it since the 1.x versions, and it also happened just now when updating to 2.1.48. Unfortunately I don’t have a screenshot of the update dialog yet, but I’ll capture one the next time an update is offered and share it.

  1. External volume details

From Disk Utility and Finder:

  • Format: APFS

  • Capacity: 1 TB

  • Available: 719.39 GB (10.43 GB purgeable)

  • Used: ~290.9 GB

  • Connection: USB (local external drive, not network)

Permissions on the volume (from “Get Info”):

  • northcat (Me): Read & Write

  • staff: Read & Write

  • everyone: Read only

  • “Ignore ownership on this volume” / owners: disabled

  1. Launching directly from /Volumes/External/Applications/Cursor.app

I can’t re-test this scenario right now because I’ve just updated to the latest version. From what I remember, the problem appears regardless of whether I launch Cursor via the /Applications symlink or directly from /Volumes/External/Applications/Cursor.app, but I’ll re-check this explicitly and report back with precise results.

  1. Console logs

I’ll also try to reproduce the issue again and then collect logs from Console.app filtered by “Cursor” during the update, and share them with you in a follow-up message.

Thanks again for your help and for forwarding this to the team.

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