Manchmal erscheint beim Öffnen der Codex-Desktop-App ein Bildschirm mit dem Titel „Organisationseinstellungen konnten nicht geladen werden“, und es geht nicht weiter. Der Wortlaut legt Netzwerk oder Proxy nahe, doch laut Fehlerberichten zu Codex auf GitHub hat die Ursache oft nichts mit dem Netzwerk zu tun. Dieser Artikel beschreibt einen realen Fall vom 22. Oktober 2026 auf einem Windows-PC, der sich beheben ließ, die von Nutzern gemeldeten Ursachentypen, wie man sie in den Logs unterscheidet und was man besser zuerst nicht tut.

Zuerst

„Erneut versuchen“ drücken

Fehler, die direkt nach einem Update auftreten, lassen sich manchmal durch einen erneuten Versuch oder Neustart der App beheben. Im realen Fall reichte ein einziger Versuch.

Erst später

„Abmelden“

Die Ursache liegt oft nicht am Konto. Unter Windows berichten manche Nutzer, dass nach dem Abmelden eine Fehlerseite erscheint.

Wenn es nicht hilft

Typ anhand der Logs erkennen

Direkt nach einem Update, bei WSL, nach einem abnormalen Beenden oder im Netzwerk unterscheiden sich die Log-Einträge, die Hinweise geben.

Inhaltsverzeichnis

1. Der Bildschirm und der englische Wortlaut

In der deutschen Oberfläche wird der Bildschirm so angezeigt.

Organisationseinstellungen konnten nicht geladen werden
Die App ist pausiert, bis die Einstellungen deiner Organisation sicher geladen werden können. Möglicherweise verhindert eine Netzwerkverbindung, ein Proxy oder eine Firewall den Zugriff. Prüfe deine Verbindung und versuche es erneut oder melde dich ab, um ein anderes Konto zu verwenden. Wenn das Problem weiterhin besteht, wende dich an deinen IT-Administrator.

Darunter stehen drei Schaltflächen: „Erneut versuchen“, „Abmelden“ und „Beenden“.

In der englischen Oberfläche lautet der Titel „Organization settings could not be loaded“. In Berichten auf GitHub gibt es auch Fälle mit dem Titel „Unable to load organization settings“ und einem kurzen Text.

Der Bildschirm spricht von „Organisationseinstellungen“, doch er erscheint nicht nur bei Firmen- oder Schulkonten. Nutzer haben ihn auch mit persönlichen Plus-Konten und bei Verwendung eines API-Schlüssels gemeldet. Codex prüft bei jedem Start, ob ein Administrator Richtlinien festgelegt hat (in den Logs als managed preferences), und hält die App an, bis diese Prüfung abgeschlossen ist. Schlägt das Laden fehl oder läuft es in eine Zeitüberschreitung, erscheint dieser Bildschirm, unabhängig davon, was die eigentliche Ursache ist.

Quellen: openai/codex #54478 und #53100 (Fehlerberichte von Nutzern auf GitHub zu Codex).

2. Zuerst zu tun

  1. „Erneut versuchen“ drückenWenn der Fehler direkt nach einem App-Update auftrat, kann das helfen.
  2. Wenn das nicht hilft, die App mit „Beenden“ schließen und neu öffnenCodex über die Taskleiste oder das Startmenü erneut starten.
  3. Wenn er weiterhin erscheint, das Netzwerk prüfenLässt sich chatgpt.com im Browser öffnen? Wenn du einen Firmen-Proxy oder ein VPN nutzt, versuche es auch ohne diese Verbindung.
  4. Wenn er immer noch erscheint, den Ursachentyp in den Logs prüfenWie man die Typen unterscheidet, steht in Kapitel 5. Je nach Typ unterscheidet sich die Abhilfe.

Manchmal liegt das Problem auf Seiten von OpenAI, deshalb lohnt sich auch ein Blick auf die Statusseite von OpenAI.

3. Ein real behobener Fall: direkt nach einem Update

Am Morgen des 22. Oktober 2026 erschien dieser Bildschirm auf einem Windows-11-PC, den AI Arte verwendet (Codex 26.1016.6573.0, Microsoft-Store-Version). Ein einziger Klick auf „Erneut versuchen“ hat den Fehler behoben. Das Protokoll (Log) der App zeigt, dass folgende Ereignisse in dieser Reihenfolge stattfanden (Zeiten in japanischer Zeit).

01:11Die Codex-App wurde auf 26.1016 aktualisiert.
06:37Die interne Engine wurde ausgetauscht, und die App startete neu. Die neue Engine wurde in einen Ordner auf dem PC entpackt.
06:40Fast zeitgleich mit dem Abschluss des Entpackens wurde protokolliert: „Desktop startup policy read failed (Laden der Startkonfiguration fehlgeschlagen) … reason=timeout“. Zu diesem Zeitpunkt erschien der Bildschirm.
DanachNach einem Klick auf „Erneut versuchen“ erschien direkt die normale Ansicht.

In diesem Fall lag die Ursache also nicht am Netzwerk, sondern daran, dass der erste Start nach dem Update viel Zeit zur Vorbereitung brauchte und das Laden der Einstellungen in eine Zeitüberschreitung lief. Zu diesem Zeitpunkt war die Verbindung zu den Servern von OpenAI schnell, und es war kein Proxy aktiv.

Auch auf GitHub gibt es Berichte mit demselben Muster. Die dortige Analyse besagt, dass beim ersten Start nach einem Update das Entpacken der Engine und zugehöriger Dateien vor der Prüfung der Organisationseinstellungen läuft und dadurch alles verlangsamt. Da die entpackten Dateien ab dem nächsten Start wiederverwendet werden, geht der zweite Versuch schnell durch. Diese Analyse stammt jedoch aus eigenen Untersuchungen der Melder, und OpenAI hat sie nicht als Ursache bestätigt.

Quelle: openai/codex #55516 (Nutzerbericht). Der Praxisfall stammt aus dem App-Log des PCs von AI Arte (22. Oktober 2026).

4. Gemeldete Ursachentypen

In den Fehlerberichten zu Codex auf GitHub finden sich zahlreiche Fälle mit demselben Bildschirm (Stand 22. Oktober 2026 sind viele davon noch ungelöst). Alle diese Angaben stammen von Nutzern. OpenAI hat bislang weder offiziell eine Ursache noch eine Lösung veröffentlicht.

TypWann er auftrittGemeldete Abhilfe
Direkt nach einem UpdateDer erste Start nach einem Update der App oder der EngineErneut versuchen oder die App neu öffnen (das Beispiel aus Kapitel 3)
WSL-EinstellungDer Agent ist so eingestellt, dass er im Windows-Subsystem für Linux läuft (Windows)Es gibt Berichte, dass die App nach einer Umstellung der Ausführungsumgebung zurück auf Windows wieder startet
Nach einem abnormalen BeendenErscheint jedes Mal, nachdem die App abgestürzt ist oder während eines Updates hängen blieb (bei umfangreichem Gesprächsverlauf wahrscheinlicher)In einem Fall, in dem die Verarbeitung der Verlaufsdatenbank auf halbem Weg stehen geblieben war, hat der Melder die Datenbank direkt bearbeitet und den Fehler so behoben
Proxy, VPN oder FirewallDu nutzt ein Firmennetzwerk oder einen Proxy auf deinem GerätVerbindung zu chatgpt.com prüfen und es auch ohne Proxy oder VPN versuchen
Mac und LinuxEs gibt Berichte mit demselben Titel auch für macOS und LinuxDie Ursachen sind unterschiedlich, eine feste Lösung gibt es nicht

Beim Typ „Nach einem abnormalen Beenden“ hat der Melder den Fehler behoben, indem er den Inhalt der Verlaufsdatenbank bearbeitet hat. Ein Fehler kann den Gesprächsverlauf beschädigen. Wer das nachmachen möchte, sollte deshalb immer zuerst die gesamte Datenbankdatei sichern. Wenn du dir unsicher bist, ist es sicherer, die Informationen im GitHub-Bericht zu ergänzen und auf eine Lösung zu warten.

Quellen: #55516 (direkt nach einem Update), #54478 (WSL), #52836 (nach einem abnormalen Beenden), #55207 (Proxy), #55245 (macOS), #53100 (Linux). Alle sind Fehlerberichte in openai/codex, geprüft am 22. Oktober 2026.

5. Die Typen in den Logs erkennen

Bei der Microsoft-Store-Version unter Windows werden die Logs der App nach Datum geordnet im folgenden Ordner gespeichert. Den Pfad in die Adressleiste des Explorers einfügen, um den Ordner zu öffnen.

%LOCALAPPDATA%\Packages\OpenAI.Codex_(alphanumerisch)\LocalCache\Local\Codex\Logs\(Jahr)\(Monat)\(Tag)

Öffne die .log-Datei für den Zeitpunkt, an dem der Fehler auftrat, im Editor und suche nach den folgenden Zeilen. Die Zeiten sind in UTC angegeben (japanische Zeit minus 9 Stunden).

Desktop startup policy read failed … reason=timeoutDas Laden der Einstellungen lief in eine Zeitüberschreitung. Stehen direkt davor Zeilen mit runtime_component_resolved und liegt der Abstand bei mehreren Minuten, handelt es sich um den Typ direkt nach einem Update. Ein erneuter Versuch führt oft zum Erfolg.
bundled_executable_relocation_failed (…\bin\wsl\…)Die Vorbereitung einer Komponente zum Ausführen über WSL ist fehlgeschlagen. Das ist der WSL-Typ.
state db backfill … timed outDie Verarbeitung der Verlaufsdatenbank wird nicht abgeschlossen. Das ist der Typ nach einem abnormalen Beenden. Diese Zeile erscheint nicht im App-Log. Der Melder hat sie gefunden, indem er eine Codex-Komponente separat ausgeführt hat.
403 · cloudflare_challengeDie Kommunikation wird am Eingang von OpenAI blockiert. Das tritt häufig bei dem anderen Fehler aus Kapitel 8 auf.

Auch ohne die Logs zu öffnen, lässt sich der Typ mit diesen beiden Fragen ziemlich eingrenzen.

Funktioniert ChatGPT im Browser?Wenn Codex auf chatgpt.com im Browser normal funktioniert, aber nur die App hängen bleibt, ist ein Netzwerkproblem unwahrscheinlich. Verdächtige sind dann ein Update, WSL oder ein abnormales Beenden.
Was ist kurz vorher passiert?Wurde die App über Nacht aktualisiert, ist wahrscheinlich der Typ direkt nach einem Update die Ursache. Hast du die Ausführungsumgebung des Agenten auf WSL umgestellt, ist es wahrscheinlich der WSL-Typ. Ist die App abgestürzt oder erzwungen beendet worden, kommt der Typ nach einem abnormalen Beenden infrage.

Beim WSL-Typ lässt sich am einfachsten prüfen, die Ausführungsumgebung des Agenten wieder auf Windows umzustellen. In #54478 berichtet ein Nutzer, dass die App startete, nachdem er in den App-Einstellungen die „Agent environment“ von „Windows Subsystem for Linux“ zurück auf Windows gestellt hat. Ein anderer Nutzer hat auf demselben PC mehrfach bestätigt, dass die App startet, wenn diese Einstellung (runCodexInWindowsSubsystemForLinux unter [desktop]) ausgeschaltet ist, und dass der Bildschirm wieder erscheint, wenn sie eingeschaltet wird.

Die Logs enthalten auch Informationen zum angemeldeten Konto. Wenn du Auszüge auf GitHub oder anderswo teilst, nimm nur die relevanten Zeilen und entferne vorher E-Mail-Adressen und IDs.

6. Was man zuerst lassen sollte

Sofort „Abmelden“Der Bildschirm legt das nahe, doch viele Ursachen haben nichts mit dem Konto zu tun. Beim WSL-Typ wurde berichtet, dass man nach dem Abmelden wieder auf denselben Bildschirm kommt. Beim Windows-Client gibt es außerdem den Bericht, dass man nach dem Abmelden nicht zur Anmeldeseite, sondern auf eine Fehlerseite gelangt und sich erst wieder anmelden kann, wenn die App vollständig beendet ist.
Den Codex-Ordner löschenIn einem Thread zu einem anderen Problem, bei dem die App nicht startete, schreibt jemand, dass das Löschen des gesamten Codex-Datenordners (.codex) geholfen hat. Im selben Thread empfiehlt ein anderer Beitrag, den Ordner umzubenennen statt ihn zu löschen, damit keine wichtigen Daten verloren gehen. Benenne den Ordner um oder sichere ihn an einem anderen Ort, statt ihn zu löschen.
Sofort neu installierenIn einem Bericht zu Linux hat die Neuinstallation das Problem nicht behoben. Gesprächsverlauf und Daten bleiben bei einer Neuinstallation erhalten. Liegt die Ursache dort, erscheint danach derselbe Bildschirm.

Wenn du den Speicherort der Codex-Daten auf ein anderes Laufwerk verlegt hast, prüfe außerdem, ob das Ziellaufwerk angeschlossen ist. Wie du den Speicherort verlegst und worauf du achten solltest, erfährst du unter Codex-Speicherort unter Windows auf ein anderes Laufwerk verlegen.

Quellen: #54478 und #53100 (Fehlerberichte auf GitHub), Sign out on Codex for Windows shows an error screen und Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (OpenAI-Community, Beiträge von Nutzern).

7. Angaben für eine Meldung, wenn es nicht behoben wird

Wenn das Problem bestehen bleibt, suche in den Issues von openai/codex auf GitHub nach Berichten mit demselben Symptom und ergänze deine Angaben. (Bevor du einen neuen Bericht anlegst, prüfe, ob es nicht schon einen ähnlichen gibt.) Hilfreich sind folgende Angaben:

  • Die Version der Codex-App (unter „About Codex“ in der App zu finden) und die Version deines Betriebssystems
  • Datum und Uhrzeit, zu denen der Fehler begann, und was kurz zuvor passiert ist (Update, abnormales Beenden, Änderung der Einstellungen usw.)
  • Die Ausführungsumgebung des Agenten (Windows oder WSL) und ob du einen Proxy oder ein VPN nutzt
  • Die Zeilen aus Kapitel 5, die in deinem Log erschienen sind (nur diese Zeilen)

8. Ähnlicher, aber anderer Fehler

Es gibt noch einen anderen Fehler: Die App öffnet sich normal, aber beim Start eines neuen Chats erscheint „Couldn't load workspace settings“ (Die Arbeitsbereichseinstellungen konnten nicht geladen werden). Dabei bleibt die App beim Start nicht hängen, sondern das Starten neuer Chats und das Senden von Nachrichten werden blockiert. In vielen GitHub-Berichten wird gemeldet, dass die Kommunikation am Eingang von OpenAI (Cloudflare) mit einem Fehler 403 blockiert wird. Manche Nutzer berichten, dass ChatGPT im Browser funktioniert, nur die App aber nicht.

Wenn der integrierte Browser von Codex nicht funktioniert, lies ein Wiederherstellungsbeispiel für den Fall, dass der Browser von Codex nicht verfügbar ist. Wenn nach dem Verschieben der App auf ein anderes Laufwerk Docker- oder WSL-Fehler auftreten, lies Docker- und WSL-Fehler nach dem Verschieben einer Windows-App.

Quellen: #55489 und #55513 (Fehlerberichte auf GitHub).

Zusammenfassung

  • „Organisationseinstellungen konnten nicht geladen werden“ erscheint, wenn das Laden der Einstellungen beim Start fehlschlägt oder in eine Zeitüberschreitung läuft. Die Ursache liegt nicht immer im Netzwerk.
  • Zuerst „Erneut versuchen“ drücken, und wenn das nicht hilft, „Beenden“ und die App neu öffnen. Bei einem Fehler direkt nach einem Update hat ein einziger erneuter Versuch geholfen.
  • Die gemeldeten Typen drehen sich vor allem um vier Ursachen: direkt nach einem Update, eine WSL-Ausführungseinstellung, ein abnormales Beenden und Proxy oder VPN.
  • Die Typen lassen sich anhand der Zeilen im Log unterscheiden. Eine Zeitüberschreitung direkt nach einem Update weist auf diesen Typ hin, ein Fehler bei einer WSL-Komponente auf den WSL-Typ.
  • Nicht sofort abmelden. Bevor du etwas löschst oder neu installierst, sichere den Codex-Ordner.

FAQ

F. Erscheint der Bildschirm auch bei einem nicht beruflichen Konto?

A. Ja. Nutzer haben ihn mit persönlichen Plus-Konten und bei Verwendung eines API-Schlüssels gemeldet. „Organisationseinstellungen“ ist die Bezeichnung für den Vorgang, der prüft, ob ein Administrator Richtlinien festgelegt hat.

F. Behebt sich das Problem von selbst, wenn ich warte?

A. Beim Typ direkt nach einem Update kann nach Abschluss der Vorbereitung ein erneuter Versuch oder ein Neustart der App helfen. Beim WSL-Typ und beim Typ nach einem abnormalen Beenden wird häufig berichtet, dass der gleiche Bildschirm trotz mehrfachen Neustarts zurückkehrt. Prüfe deshalb anhand der Logs, um welchen Typ es sich handelt.

F. Ist mein Gesprächsverlauf weg?

A. Allein durch diesen Bildschirm geht nichts verloren. Auch im Beispiel aus Kapitel 3 blieb der Verlauf nach dem erneuten Versuch erhalten. Verloren gehen kann er nur, wenn du selbst Dateien löschst.

F. Wird OpenAI das beheben?

A. Stand 22. Oktober 2026 sind viele der betreffenden Berichte auf GitHub noch ungelöst. Eine offizielle Lösung ist nicht veröffentlicht. Wenn du die Berichte um Informationen ergänzt, kann das dazu beitragen, dass eine Lösung vorankommt.

Quellen