Bug #71558
Empêcher la saisie de date avec des années à 2 chiffres
0%
Description
Vu chez un client, une exception qui démarre le 17/12/22 et qui fait bien planter l'affaire... parce que c'est l'année 22 et par 2022.
Qui plus est, l'export JSON contient 22-12-17 qui plante à l'import ("date invalide").
On devrait je pense empêcher la saisie d'années avant 1000 ( ie imposer 4 chiffres), histoire d'éviter ce genre de bogue.
Fichiers
Révisions associées
Historique
Mis à jour par Emmanuel Cazenave il y a plus d'un an
- Fichier 0001-manager-forbid-dates-inferior-to-2000-71558.patch 0001-manager-forbid-dates-inferior-to-2000-71558.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Thomas Noël a écrit :
On devrait je pense empêcher la saisie d'années avant 1000
J'ai pris l'option 2000 (c'était il y a déjà 22 ans, ça me semble tout à fait ok).
J'ai mis ça dans :
- les exceptions
- les périodes horaires datées
- les évènements.
Mis à jour par Thomas Noël il y a plus d'un an
- Statut changé de Solution proposée à Solution validée
Je sais pas pourquoi j'ai pensé à 1000, peut-être que j'imaginais un usage foufou de Chrono par des historiens du moyen âge.
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Solution validée à Résolu (à déployer)
Je l'ai pris et rebasé et modifié pour y dire "after 2000" plutôt que "superior to 2000".
commit 414ba4c99cfc88ea428044c48b6243b13fb9653c
Author: Emmanuel Cazenave <ecazenave@entrouvert.com>
Date: Mon Dec 5 17:17:42 2022 +0100
manager: forbid dates inferior to 2000 (#71558)
Mis à jour par Transition automatique il y a plus d'un an
- Statut changé de Résolu (à déployer) à Solution déployée
manager: forbid dates inferior to 2000 (#71558)