Discussion :

[Seb33300]

Bonjour,

J'ai un formulaire avec des dates à saisir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
$builder->add('dateDebut', 'date', array(
    'widget' => 'single_text',
    'format' => 'dd/MM/yyyy',
    'required' => true,
    'property_path' => 'dateDebut',
    'label' => 'Date début',
    'error_bubbling' => true
));

J'ai placé un Assert sur mon entité pour controler ce champ :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
/**
 * @ORM\Column(name="DATE_DEBUT",type="datetime")
 * @Assert\NotBlank(message = "La date de début doit être saisie.")
 * @Assert\Date(message = "La date de début n'est pas valide.")
 */
protected $dateDebut;

Si je saisi une date valide ou si je laisse le champs vide, je nai pas de problème.

L'assert NotBlank() fonctionne.

L'assert Date() ne fonctionne pas.

Si je saisi une date comme '99/99/9999' j'obtien une erreur php :

DateTime::__construct(): Failed to parse time string (@ UTC) at position 0 (@): Unexpected character

Je ne passe pas dans le DateValidator. Quelqu'un a une idée ?

(Je suis sur Symfony 2.0)

Merci

[Nico_F]

Hello,

Cette erreur se déclenche également sur des dates valides, mais dépassant le seuil du "bug de l'an 2038" (dont je t'épargnerai l'explication).

En mettant une date du type 32/01/2012, celle-ci est automatiquement transformée en date valide => 01/02/2012 (de même avec les mois). Donc un 99/99/2012 passe car il se transforme en 07/06/2020 mais la date 99/99/9999 déclenche une erreur, non pas à cause de son format, mais parce qu'elle dépasse la limite.

La seule solution que j'ai trouvé (pour le moment) à cette situation est de mettre un Callback supplémentaire vérifiant que la date saisie ne dépasse pas le 19/01/2038.

++

[Seb33300]

Bonjour,

En effet, javais également remarque que le 32/01 etait automatiquement converti en 01/02.
C'est plutôt étrange comme choix et ce n'est pas le comportement que je voudrais.

De plus, sur mon entity, j'ai beau avoir mis un callback ou créer mon propre validateur de date, l'erreur s'affiche avant de passer les validations.

Tu l'as mis ou ton callback ?

[Nico_F]

Effectivement, au temps pour moi le callback n'est pas une bonne solution car l'assignation de la date déclenchera l'erreur avant la validation.

Je n'ai pas eu à le faire pour le moment mais je sais que j'y aurai le droit très prochainement. Je m'étais dit que le callback permettrait de contourner le problème mais je n'avais pas tilté que l'erreur avait lieu avant.

Dans ce cas je pense qu'une autre solution serait que la vérification se fasse directement à la sortie du POST avant de binder le formulaire.
Depuis ton contrôleur, en récupérant la date dans ton objet Request, tu dois pouvoir faire une vérification manuelle sur ton ou tes champs date.

Je ne sais pas du coup quelle est la manière de faire la plus propre puisqu'on ne peut pas générer l'entité. Je tenterais peut-être une redirection vers la page précédente avec un message flash. Affichage de l'erreur + possibilité de garder le contenu du formulaire. Solution à tester.

Ça règle aussi par la même occasion le comportement de changement de date (32/01 = 01/02) que tu pourras également vérifier et invalider le cas échéant.

Je suis d'accord avec toi sur le fait que ce comportement n'est pas des plus naturels.