macOS 27 – App-Zuweisungen zu Schreibtischen/Spaces gehen wiederholt verloren

Hallo in die Community, seit dem Update auf macOS 27 gehen die Zuweisungen von Apps zu bestimmten Schreibtischen/Spaces wiederholt verloren.

Die Apps werden über Dock → Optionen → Zuweisen zu → Dieser Schreibtisch zugeordnet und öffnen zunächst auch korrekt auf dem jeweiligen Schreibtisch. Die Option „Spaces automatisch anhand der letzten Verwendung ausrichten“ ist deaktiviert.

Über Terminal lässt sich nachvollziehen, dass die Zuweisungen zunächst korrekt unter com.apple.spaces app-bindings gespeichert werden. Später verschwinden einzelne Einträge dort jedoch wieder, ohne dass die Zuweisung manuell geändert wurde. Beispielsweise blieben die Zuordnungen zunächst auch nach einem vollständigen Herunterfahren und erneuten Einschalten erhalten und funktionierten korrekt; zu einem späteren Zeitpunkt waren mehrere App-Bindings wieder verschwunden.

Ein Neustart des Dock-Prozesses mit killall Dock behebt das Problem nur vorübergehend.

Im Prinzip vermute ich, dass das noch ein kleiner Bug seitens OS27 ist und womöglich mit einem nächsten Update behoben wird. Oder hat jemand eine Idee? Vielen Dank schon mal für Euere Rückmeldung.

MacBook Air 15″, macOS 27.0

Gepostet am 21. Sept. 2026 14:35

Antworten
Frage gekennzeichnet als Höchstrangige Antwort

Gepostet am 21. Sept. 2026 14:49

Hallo stefanvonbretten,


deine Beobachtung mit den com.apple.spaces app-bindings grenzt das Problem schon ziemlich gut ein.


Apple beschreibt auch unter macOS 27 weiterhin, dass Dock → Optionen → Zuweisen zu → Dieser Schreibtisch eine App dauerhaft diesem Space zuweisen soll. Wenn die Zuordnung zunächst korrekt gespeichert wird und später einzelne Einträge aus den app-bindings verschwinden, obwohl du nichts geändert hast, entspricht das also nicht dem vorgesehenen Verhalten.


Dass killall Dock nur vorübergehend hilft, passt ebenfalls dazu, dass hier eher Dock/Spaces bzw. deren Einstellungsverwaltung betroffen ist.


Ich würde deshalb nicht anfangen, die entsprechenden Preferences per Terminal zu löschen oder manuell neu zu schreiben. Das könnte die Fehlersuche eher erschweren.


Falls du es noch etwas genauer eingrenzen möchtest, wäre ein zweiter lokaler Benutzeraccount ein sinnvoller Test: Dort zwei oder drei Spaces anlegen, einigen Apps „Dieser Schreibtisch“ zuweisen und beobachten, ob die Zuordnungen ebenfalls wieder verschwinden.


Bleiben sie dort erhalten, liegt die Ursache wahrscheinlich innerhalb der Einstellungen deines bisherigen Benutzeraccounts. Tritt es auch dort auf, spricht noch mehr für ein Problem von macOS 27 selbst.


Einen von Apple dokumentierten Workaround für genau dieses Verhalten sehe ich derzeit nicht. Daher würde ich deine Vermutung eines Bugs durchaus für plausibel halten, allerdings lässt sich natürlich nicht vorhersagen, ob oder mit welchem Update Apple ihn behebt.


Gerade weil du das Verschwinden der Bindings reproduzierbar nachweisen kannst, wäre ein Fehlerbericht an Apple sinnvoll. Die Angaben zu macOS-Version, betroffenen Apps, Zeitpunkt des Verschwindens und der Hinweis auf com.apple.spaces app-bindings dürften dabei hilfreicher sein als eine allgemeine Beschreibung „Apps öffnen im falschen Space“.


Zum Nachlesen: Apple Mac-Benutzerhandbuch, Abschnitt „Verwenden mehrerer Spaces auf dem Mac“, dort „Apps Spaces zuweisen“.


Beste Grüße & viel Erfolg 🌺

12 Antworten
Frage gekennzeichnet als Höchstrangige Antwort

21. Sept. 2026 14:49 als Antwort auf stefanvonbretten

Hallo stefanvonbretten,


deine Beobachtung mit den com.apple.spaces app-bindings grenzt das Problem schon ziemlich gut ein.


Apple beschreibt auch unter macOS 27 weiterhin, dass Dock → Optionen → Zuweisen zu → Dieser Schreibtisch eine App dauerhaft diesem Space zuweisen soll. Wenn die Zuordnung zunächst korrekt gespeichert wird und später einzelne Einträge aus den app-bindings verschwinden, obwohl du nichts geändert hast, entspricht das also nicht dem vorgesehenen Verhalten.


Dass killall Dock nur vorübergehend hilft, passt ebenfalls dazu, dass hier eher Dock/Spaces bzw. deren Einstellungsverwaltung betroffen ist.


Ich würde deshalb nicht anfangen, die entsprechenden Preferences per Terminal zu löschen oder manuell neu zu schreiben. Das könnte die Fehlersuche eher erschweren.


Falls du es noch etwas genauer eingrenzen möchtest, wäre ein zweiter lokaler Benutzeraccount ein sinnvoller Test: Dort zwei oder drei Spaces anlegen, einigen Apps „Dieser Schreibtisch“ zuweisen und beobachten, ob die Zuordnungen ebenfalls wieder verschwinden.


Bleiben sie dort erhalten, liegt die Ursache wahrscheinlich innerhalb der Einstellungen deines bisherigen Benutzeraccounts. Tritt es auch dort auf, spricht noch mehr für ein Problem von macOS 27 selbst.


Einen von Apple dokumentierten Workaround für genau dieses Verhalten sehe ich derzeit nicht. Daher würde ich deine Vermutung eines Bugs durchaus für plausibel halten, allerdings lässt sich natürlich nicht vorhersagen, ob oder mit welchem Update Apple ihn behebt.


Gerade weil du das Verschwinden der Bindings reproduzierbar nachweisen kannst, wäre ein Fehlerbericht an Apple sinnvoll. Die Angaben zu macOS-Version, betroffenen Apps, Zeitpunkt des Verschwindens und der Hinweis auf com.apple.spaces app-bindings dürften dabei hilfreicher sein als eine allgemeine Beschreibung „Apps öffnen im falschen Space“.


Zum Nachlesen: Apple Mac-Benutzerhandbuch, Abschnitt „Verwenden mehrerer Spaces auf dem Mac“, dort „Apps Spaces zuweisen“.


Beste Grüße & viel Erfolg 🌺

04. Okt. 2026 10:43 als Antwort auf PreCognition

Hallo PreCognition, 

ich möchte noch eine interessante Beobachtung zu meinem Problem mit den verlorenen App-Zuweisungen zu den Schreibtischen nachreichen. 

Im Festplattendienstprogramm habe ich „Erste Hilfe“ auf „Macintosh HD – Data“ ausgeführt. Dabei wurden viermal Warnungen vom Typ 

found unexpected security xattr

gefunden. Im laufenden System konnten diese nicht repariert werden. Unter anderem erschien der Hinweis: 

Unable to perform deferred repairs without full space verification

Try running fsck against the entire APFS container instead of a volume

Daraufhin habe ich den Mac in der macOS-Wiederherstellung gestartet und dort „Erste Hilfe“ auf den gesamten APFS-Container ausgeführt. Dabei wurden dieselben vier Einträge gefunden und tatsächlich repariert: 

found orphan/invalid xattr (... name com.apple.system.Security)

Applied 4/4 repairs of this type in total.

Die abschließende Prüfung ergab: 

The container /dev/rdisk3 appears to be OK.

Storage system check exit code is 0.

Das Interessante: Nach dem anschließenden Neustart funktionieren heute erstmals wieder die App-Zuweisungen zu den jeweiligen Schreibtischen. Beim Öffnen landen die Apps wieder auf den ihnen zugewiesenen Spaces. 

Ob hier tatsächlich ein kausaler Zusammenhang besteht, kann ich natürlich nicht beurteilen. Nach der langen Fehlersuche finde ich den zeitlichen Zusammenhang aber zumindest bemerkenswert und wollte ihn deshalb nachreichen. 

Ich werde das Verhalten nach weiteren Neustarts beobachten und berichten, ob die Zuweisungen dauerhaft erhalten bleiben.

22. Sept. 2026 16:19 als Antwort auf stefanvonbretten

Hallo Stefan,


vielen Dank fürs erneute Testen und für die so genaue Rückmeldung – das ist tatsächlich ein sehr aufschlussreicher Befund. 😊


Wenn die UUIDs der Spaces unverändert bleiben und auch die `app-bindings` weiterhin exakt auf diese UUIDs zeigen, scheint die eigentliche App-Zuweisung korrekt gespeichert zu bleiben.


Der entscheidende Punkt ist dann offenbar, dass macOS beim Neustart die Reihenfolge der Spaces verändert – und das, obwohl „Spaces automatisch anhand der letzten Verwendung ausrichten“ deaktiviert ist. Dass sich dabei auch die `ManagedSpaceID`-Werte entsprechend ändern, passt sehr gut zu deiner Beobachtung, dass die Apps anschließend zwar weiterhin an „ihren“ Space gebunden sind, dieser aber an einer anderen Position erscheint.


Damit lässt sich das Problem inzwischen ziemlich sauber eingrenzen: Nicht die App-Bindings gehen verloren, sondern offenbar wird die Anordnung der Spaces beim Neustart nicht zuverlässig beibehalten.


Ich würde diese neuen Erkenntnisse auf jeden Fall noch zu deinem bereits eingereichten Fehlerbericht ergänzen – insbesondere die unveränderten UUIDs, die weiterhin korrekten `app-bindings` und die gleichzeitig veränderte Reihenfolge trotz deaktivierter automatischer Sortierung. Das dürfte für die Fehleranalyse bei Apple wirklich sehr hilfreich sein.


Danke dir fürs Dranbleiben und fürs Teilen der Ergebnisse – damit ist die Ursache zumindest ein gutes Stück klarer geworden.


Liebe Grüße! 🌺

22. Sept. 2026 08:38 als Antwort auf PreCognition

Hallo PreCognition, kurzer Zwischenstand zum Test mit dem zweiten Benutzeraccount:

Ich habe einen komplett neuen lokalen Benutzer „Stefan2“ angelegt und dort Musik, Mail und Safari jeweils festen Schreibtischen zugewiesen. Nach einem erneuten Start (1 Tag später) öffneten die drei Apps zwar auf unterschiedlichen Schreibtischen, jedoch nicht mehr auf den ursprünglich zugewiesenen.

Interessant: defaults read com.apple.spaces app-bindings zeigt bei Stefan2 weiterhin alle drei Apps mit ihren jeweiligen UUIDs an. Die Bindings sind also noch vorhanden, werden aber offenbar nicht mehr den richtigen Spaces zugeordnet bzw. korrekt umgesetzt.

Damit tritt das Problem auch in einem frisch angelegten Benutzeraccount auf.

04. Okt. 2026 12:28 als Antwort auf christine33

Hallo Christine,

vielen Dank. Genau diese Beschreibung aus dem Mac-Handbuch trifft eigentlich den Kern meines Problems. 

Die Apps sind über „Optionen → Zuweisen zu → Dieser Schreibtisch“ entsprechend Apples Beschreibung festen Spaces zugewiesen. Zusätzlich ist „Spaces automatisch anhand der letzten Verwendung ausrichten“ deaktiviert.

Inzwischen konnte ich das Verhalten zusammen mit einem weiteren Community-Mitglied recht genau untersuchen und sogar in einem komplett neu angelegten Benutzeraccount reproduzieren.

Interessanterweise bleiben dabei die app-bindings und sogar die UUIDs der zugewiesenen Spaces erhalten. Nach einem Neustart verändert macOS jedoch die Anordnung bzw. Zuordnung der Spaces, sodass die Apps anschließend zwar weiterhin an „ihre“ UUID gebunden sind, dieser Space aber nicht mehr an der ursprünglichen Position erscheint.

Der Fehler besteht bei mir auch nach dem Update auf macOS 27.0.1 weiterhin. Einen entsprechenden Fehlerbericht inklusive dieser Erkenntnisse habe ich bereits an Apple geschickt.

Trotzdem vielen Dank für den Hinweis auf das Handbuch – die dortige Formulierung „sodass sie immer darin geöffnet wird“ bestätigt ja eigentlich genau das Verhalten, das ich erwarte.

22. Sept. 2026 14:31 als Antwort auf PreCognition

Hallo PreCognition, wir haben deinen UUID-Test gemacht – und tatsächlich etwas Interessantes gefunden. 

Die UUIDs der Spaces selbst bleiben nach dem Neustart unverändert. Auch die app-bindings von Mail, Musik und Safari zeigen weiterhin auf exakt dieselben UUIDs. 

Allerdings hat macOS beim Neustart die Reihenfolge der Spaces verändert. Vorher standen die zugeordneten Spaces in der Reihenfolge Safari → Mail → Musik, danach Musik → Mail → Safari. Auch die jeweiligen ManagedSpaceID-Werte änderten sich entsprechend. 

Die Einstellung „Spaces automatisch anhand der letzten Verwendung ausrichten“ ist ausdrücklich deaktiviert. 

Das würde erklären, warum die Apps weiterhin an ihre UUID gebunden sind, aber nach dem Neustart auf anderen Schreibtischpositionen erscheinen.

22. Sept. 2026 10:02 als Antwort auf stefanvonbretten

Hallo Stefan,


danke für das Update – der Test ist tatsächlich ziemlich aufschlussreich.


Dass das Verhalten auch in einem komplett neuen Benutzeraccount auftritt, spricht eher gegen eine Besonderheit deines bisherigen Benutzerprofils. Noch interessanter finde ich, dass die `app-bindings` bei „Stefan2“ weiterhin vorhanden sind, die Apps nach dem Neustart aber trotzdem nicht mehr auf den ursprünglich zugewiesenen Schreibtischen öffnen.


Damit scheint also nicht nur das Speichern der Zuweisung eine Rolle zu spielen, sondern möglicherweise deren Zuordnung bzw. Umsetzung durch Spaces/Mission Control.


Deine ursprüngliche Vermutung eines Fehlers in macOS 27 halte ich damit für noch plausibler. Da du den Fehlerbericht bereits an Apple geschickt hast, würde ich momentan auch keine Preferences löschen oder anderweitig tiefer eingreifen.


Falls du noch weiter beobachten möchtest, wäre interessant, ob die hinterlegten Space-UUIDs nach einem Neustart unverändert bleiben.


Danke fürs Zurückmelden – das grenzt die Sache wirklich gut ein. 🌺

21. Sept. 2026 15:00 als Antwort auf stefanvonbretten

Hallo Stefan,


sehr gerne – und danke dir für die nette Rückmeldung! 😊


Dass du den Fehlerbericht bereits an Apple geschickt hast, ist auf jeden Fall hilfreich, gerade weil du das Verhalten so konkret und nachvollziehbar beschreiben kannst.


Ich bin gespannt, was dein Test mit dem zweiten Benutzeraccount ergibt. Wenn du neue Erkenntnisse hast oder Apple sich dazu meldet, gib gerne ein Update – das dürfte sicher auch für andere Betroffene interessant sein.


Bis dahin drücke ich die Daumen, dass sich die Ursache weiter eingrenzen lässt oder Apple das Problem mit einem kommenden Update behebt.


Viele Grüße und weiterhin viel Erfolg 🌺

04. Okt. 2026 12:08 als Antwort auf stefanvonbretten

Du kennst diesen Text aus dem Mac-Handbuch:


Apps Spaces zuweisen

Wenn du zwei oder mehr Spaces verwendest, kannst du eine App (oder Systemeinstellungen) einem bestimmten Space zuweisen, sodass sie immer darin geöffnet wird.

  1. Klicke bei gedrückter Control-Taste auf deinem Mac auf das Symbol einer App im Dock.
  2. Unter Umständen musst du zuvor die App öffnen, damit ihr Symbol im Dock angezeigt wird.
  3. Wähle „Optionen“ und dann eine Option unter „Zuweisen zu“.
    • Alle Schreibtische: Die App wird in allen Spaces geöffnet.
    • Dieser Schreibtisch: Die App erscheint nur im aktuellen Space. Wenn du die App im Vollbildmodus öffnest, erscheint sie in ihrem eigenen Space.
    • Schreibtisch auf Display [Nummer]:Die App wird im aktuellen Space auf einem bestimmten Monitor geöffnet (sofern mehrere Monitore verfügbar sind).
    • Ohne: Die App wird in dem Space geöffnet, den du gerade verwendest.

Standardmäßig wechselt der Schreibtisch beim Wechseln zu einer App automatisch zu dem Space, in dem Fenster dieser App geöffnet sind. Wenn du zum Beispiel ein neues TextEdit-Dokument in Schreibtisch 3 erstellst, die TextEdit-Fenster jedoch bereits in Schreibtisch 2 geöffnet sind, wird dein neues Dokument in Schreibtisch 2 geöffnet. Um diese Einstellung zu ändern, wähle Menü „Apple“  > „Systemeinstellungen“ und klicke auf „Schreibtisch  Dock“  in der Seitenleiste. Klicke dann auf „Mission Control“ und aktiviere oder deaktiviere die Option „Beim Programmwechsel Space auswählen, der geöffnete Fenster des Programms enthält“.

Einstellungen „Schreibtisch Dock“ öffnen

Space löschen

  1. Öffne auf deinem Mac Mission Control und bewege den Zeiger an den oberen Bildschirmrand.
  2. Bewege den Zeiger in der Spaces-Leiste über den Space, den du löschen willst, und klicke dann auf , wenn er erscheint.
  3. Enthält der Space geöffnete Fenster, werden die Fenster in einen anderen Space bewegt.

Du kannst die bildschirmfüllende oder Split View-Darstellung einer App schnell beenden, indem du den Zeiger über die Miniatur in der Spaces-Leiste bewegst und auf die eingeblendete Taste „Beenden“ klickst.

Siehe auch

Anzeigen offener Fenster und Spaces in Mission Control auf dem Mac

Bewegen und Anordnen von App-Fenstern auf dem Mac

Verbinden eines oder mehrerer externer Displays mit deinem Mac


Diese und weitere Informationen findest du im Handbuch des Mac.

Dieses wiederum u.a. in der Finder-Hilfe:





macOS 27 – App-Zuweisungen zu Schreibtischen/Spaces gehen wiederholt verloren

Willkommen in der Apple Support Community
Ein Forum, in dem Apple-Kunden sich gegenseitig mit ihren Produkten helfen. Melde dich mit deinem Apple Account an, um Mitglied zu werden.