DogFatherGitandClaude Opus 5
c98aa06554
Sie meldete 31-mal "FEHL" und HTTP 503 -- und kein einziges Wort dazu, warum. Die Serverausgabe hat sie immer schon mitgeschrieben, aber nur gezeigt, wenn der Server gar nicht erst hochkam. Faellt er spaeter mit einem Datenbankfehler um, war sie weg. Dazu kam: Playwright wirft bei einem fehlenden Knopf eine Ausnahme, der Prozess stirbt, und mit ihm die Zusammenfassung. Genau dann braucht man sie am dringendsten. Deshalb haengt die Ausgabe jetzt auch an uncaughtException und unhandledRejection. Mit SERVERLOG=<datei> kommt das Protokoll vollstaendig heraus -- die letzten 1800 Zeichen zeigen den Schaden, nicht immer seine Ursache. Genau daran lag es hier: Der Verlust stand ganz oben, der Fehler ganz unten. WAS DAMIT IN EINEM LAUF SICHTBAR WURDE (Befund, noch nicht repariert): [workspace] Spalte 'einsatz' in eintraege ergaenzt. [workspace] Bereich 'agentur' freigeschaltet, 5 Eintraege [workspace] Bereich lesen: no such column: e.einsatz Die Spalte wird angelegt und unmittelbar danach wieder verworfen. Die einmalige 'agentur'-Umstellung baut `eintraege` mit einer FEST EINGETRAGENEN Spaltenliste neu -- 24 Spalten gehen hinein, 21 kommen heraus. Verloren gehen einsatz, nur_leitung und gesendet_am: die drei, die nach dem 07.09.2026 dazukamen. Der Kommentar an genau dieser Stelle warnt woertlich vor dieser Verlustart -- damals fuer die drei Event-Spalten, die deshalb nachgetragen wurden. Die Liste war am 07.09. richtig und ist seither still falsch geworden. Dieselbe feste Zahl, dieselbe Falle, drittes Mal. DIE ECHTEN DATEN SIND NICHT BETROFFEN, nachgemessen statt vermutet: Die Datenbank auf dem Server hat alle drei Spalten, und ihr CHECK kennt 'agentur' bereits -- die Umstellung laeuft dort nie wieder. Gefaehrlich wird es erst beim Zurueckspielen einer Sicherung von vor dem 06.09.2026: Dann werden die drei Spalten angelegt und sofort samt Inhalt weggeworfen, ohne Fehler, bei unveraenderter Zeilenzahl. Die Reparatur waere, die Liste nicht zu schreiben, sondern aus PRAGMA table_info abzuleiten -- so wie es checkListeErweitern fuer alle spaeteren Bereiche schon macht. Das ist ein Eingriff in einen Wanderungsweg auf echten Daten und wartet auf Filipes Wort. Co-Authored-By: Claude Opus 5 <[email protected]>
