[BUG] Auto-update removes the macOS Desktop (Space) assignment for Claude

Status Closed — not planned
Maintainer reply None cached
Activity 1 comment · opened Oct 6, 2026 · closed Oct 10, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Auto-update removes the macOS Desktop (Space) assignment for Claude

What Should Happen?

After an auto-update restart, Claude reopens on its assigned Desktop, as it does after a normal quit and relaunch.

Error Messages/Logs

- Before the update, `defaults read com.apple.spaces app-bindings` showed:
  "com.anthropic.claudefordesktop" = "206607E2-1EDE-82E2-3FCB-D589B6B06F24";
  That UUID matches Desktop 4 in SpacesDisplayConfiguration.
- After the update, the com.anthropic.claudefordesktop entry was missing from app-bindings.
- With the binding in place, Cmd-Q and relaunching from the Dock while on another Desktop correctly switches to Desktop 4. Only the update clears it.
- This has happened on more than one update.

Steps to Reproduce

Environment

  • macOS 27.0
  • Claude for Mac 2.26454.0 (98e3cc), built 2026-10-06T05:51:15Z
  • Two displays, "Displays have separate Spaces" on. External display has 4 Desktops.
  • Claude assigned via Dock > Options > Assign To to Desktop 4 on the external display.

Claude Model

Opus

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

2.26454.0

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗