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]>
DogFatherGitandClaude Opus 5
c98aa06554