clemensandClaude Opus 5
fbe6f4ce5a
Die Abfrage in aktion=10 stammte noch aus der Zeit der user-Tabelle und selektierte p.mail, p.jahrgang sowie a.timeid. Keine dieser Spalten existiert: persons fuehrt email und geburtstag, anfragen hat kein timeid. Die Abfrage warf damit eine PDOException, und da der Block kein try/catch hat, brach das Skript vor dem UPDATE ab - "Anforderung loeschen (ohne Mail)" war komplett wirkungslos. Spaltennamen korrigiert und die uebrig gebliebene Debug-Ausgabe von timeid entfernt, die als einzige Stelle den Wert genutzt hat. Ein Scan aller persons-Aliasse gegen das Schema zeigt keine weiteren Fundstellen. Der Fehlertext beim fehlgeschlagenen Mailversand in aktion=3 behauptete, es sei nichts gespeichert worden. Tatsaechlich laeuft das UPDATE vorher. Die Meldung benennt jetzt den echten Zustand und bittet darum, den Vorgang erneut auszufuehren. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>