Cursor 3.15.6 crashes on startup when http.noProxy is configured as a string

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Cursor exits before the main window becomes usable when the user setting http.noProxy contains a comma-separated string instead of an array. Reinstalling Cursor does not resolve the issue because the persisted user setting remains in place.

Environment:

  • Cursor 3.15.6 (ARM64)
  • macOS 26.6.1 (Build 25G76)
  • Apple Silicon

Main-process log:

TypeError: (this.configurationService.getValue(...) || []).map is not a function
    at Wf.onConfigurationUpdated (main.js:141:59538)

The crashing code reads http.noProxy and immediately calls .map(). A malformed or legacy string value therefore terminates startup instead of being validated or ignored.

Problematic setting:

"http.noProxy": "localhost,127.0.0.1,::1"

Workaround verified:

"http.noProxy": ["localhost", "127.0.0.1", "::1"]

Expected behavior: Cursor should validate/coerce this setting, fall back to an empty list, or show a recoverable configuration warning. An invalid setting should not make the IDE impossible to launch.

Steps to Reproduce

  1. Quit Cursor.
  2. Open the persisted Cursor user settings JSON and set:
    "http.noProxy": "localhost,127.0.0.1,::1"
  3. Launch Cursor 3.15.6 on macOS ARM64.
  4. Cursor exits during startup before the workspace becomes usable. Repeated launches behave the same.
  5. Reinstall Cursor and launch again; the crash remains because the user setting is preserved.
  6. Change http.noProxy to an array of strings and launch Cursor again. The IDE starts normally and restores the workspace.

Expected Behavior

Cursor should start normally. If http.noProxy has an invalid or legacy type, Cursor should validate or normalize it, fall back to an empty list, and surface a recoverable settings warning instead of terminating the main process.

Operating System

MacOS

Version Information

3.15.6 (ARM64)

Does this stop you from using Cursor

Yes - Cursor is unusable

Hey, thanks for the detailed report. The stack trace, repro steps, and the workaround you tested make this much easier.

You did everything right. Switching the value to an array avoids the issue.

"http.noProxy": ["localhost", "127.0.0.1", "::1"]

The string comma-separated version crashes the main process on startup, and that shouldn’t happen. An invalid setting value shouldn’t make the IDE unable to launch. I shared this with the team so the value gets validated or normalized instead of crashing on launch. I can’t share a timeline yet, but I’ll reply in the thread if there’s an update.

For now, the array workaround fully fixes startup, so you can stick with it.

Hi @Spring_Shoots!

Thanks again for the report. This should be fixed in v3.16+.