Project

General

Profile

Bug #6085

FE.type: date[time] - final (server) check for valid date

Added by Carsten Rose over 2 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
27.05.2018
Due date:
% Done:

0%

Estimated time:
Discuss:

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.

History

#1 Updated by Carsten Rose over 2 years ago

  • Tracker changed from Support to Feature

#2 Updated by Carsten Rose over 2 years ago

  • Tracker changed from Feature to Bug

#3 Updated by Carsten Rose over 2 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

#4 Updated by Carsten Rose over 2 years ago

  • Target version changed from 18.6.0 to 18.10.3

#6 Updated by Carsten Rose over 2 years ago

  • Assignee set to Elias Villiger

#7 Updated by Elias Villiger over 2 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)

#8 Updated by Elias Villiger about 2 years ago

  • Status changed from New to Closed

Ist bereits gefixt.

#9 Updated by Carsten Rose about 2 years ago

  • Target version changed from 18.10.3 to 18.9.2

Also available in: Atom PDF