www.rietberg.de

Bugsink: https://bugsink.cytrus.de/issues/issue/d7f9da90-7141-40b1-b711-93416d19d248/event/last/

Typ: NEW issue

Projekt: www-rietberg-de

Bugsink Alert

DateMalformedStringException: Failed to parse time string (2026-011-01) at position 7 (): Unexpected character

Automatisch erstellt durch n8n

KI-Analyse:

Hier ist die präzise Analyse des Fehlers aus Sicht eines Senior TYPO3 Entwicklers:

1. Ursache identifizieren¶

Die Ursache ist ein invalider Datumsstring, der an eine PHP-Datumsparser-Funktion (wahrscheinlich DateTimeImmutable oder eine interne TYPO3-Utility) übergeben wurde.

• Fehlerwert: 2026-01*1-01
• Problem: An Position 7 befindet sich ein Asterisk (*) anstelle eines Bindestrichs (-).
• Kontext: Da der Fehler bereits in der Middleware-Kette (NormalizedParamsAttribute) auftritt, wird ein Parameter aus der URL, einem Request-Body oder einer Datenbank-Konfiguration verarbeitet, bevor die eigentliche Page-Logik erreicht wird. Es handelt sich um einen Tippfehler (Typo) in einem Datumswert.

2. Fix beschreiben (konkret)¶

Da der Fehler in den Daten liegt und nicht im Code, ist der Fix eine Datenkorrektur:

1. Datenbank-Suche: Suche in der Datenbank nach dem String 2026-01*1-01.
   • SQL-Query: SELECT * FROM tx_core_related OR (alle anderen Tabellen) WHERE field LIKE '%2026-01*1-01%'; (Da der Tabellenname nicht aus dem Stacktrace hervorgeht, ist ein globaler Search in der DB nötig).
2. Korrektur: Ändere den Wert 2026-01*1-01 in ein valides Format, z.B. 2026-01-01.
3. Cache leeren: Nach der Korrektur alle TYPO3-Caches leeren (bin/typo3 cache:flush).
4. Prüfung: Falls der Wert aus einer Konfigurationsdatei (AdditionalConfiguration.php oder LocalConfiguration.php) kommt, dort korrigieren.

3. Betroffene TYPO3 Extension¶

Der Stacktrace zeigt nur den cms-core Kern (Middleware-Dispatcher).

Die Ausnahme DateMalformedStringException wird im Core geworfen, aber der auslösende Wert stammt höchstwahrscheinlich aus:

• Einem Custom Field einer Extension.
• Einem Plugin-Parameter in der URL.
• Einer Page-Property (z.B. "Start-/Enddatum" eines Records).

Da der Fehler in NormalizedParamsAttribute auftritt, ist es sehr wahrscheinlich ein Parameter, der via GET/POST übermittelt wurde oder aus einer Route (Site Configuration) kommt.

4. Confidence¶

95%

(Die restlichen 5% Unsicherheit beziehen sich darauf, ob der Wert dynamisch durch eine externe API generiert wurde, statt statisch in der DB zu stehen.)