Actions
Bug #6085
closedFE.type: date[time] - final (server) check for valid date
Start date:
27.05.2018
Due date:
% Done:
0%
Estimated time:
Discuss:
Prio Planung:
Vote:
Description
Aktuell wird ein Datum 30.2.2017 als gueltig zugelassen. Aufgrund der Schaltjahrkomplexitaet ist es vermutlich nicht sinnvoll alles im Client abzufangen.
Auf dem Server muss das Datum aber zwingend auf Gueltigkeit geprueft werden - mysql speichert ungueltige Daten als '0' - damit geht die Eingabe verloren.
Updated by Carsten Rose almost 6 years ago
- Tracker changed from Support to Feature
Updated by Carsten Rose almost 6 years ago
- Subject changed from FE.type: date[time] - final check for valid date to FE.type: date[time] - final (server) check for valid date
Updated by Carsten Rose almost 6 years ago
- Target version changed from 18.6.0 to 18.10.3
Updated by Elias Villiger almost 6 years ago
- Assignee changed from Elias Villiger to Carsten Rose
Kann den Fehler nicht reproduzieren: Eingabe des Datums 30.02.2017 (oder auch 29.02.2017) in ein FormElement vom Typ date oder datetime führt beim Speichern zu einer UserFormException 'is not a valid date'.
Die entspr. server-seitige Validation ist in FillStoreForm.php > doDateTime() (mittels php-Funktion checkdate)
Updated by Carsten Rose over 5 years ago
- Target version changed from 18.10.3 to 18.9.2
Actions