Bug #9876
les champs date des formulaires de workflow deviennent des heures en UTC (la veille à 22 ou 23h à Paris) dans l'export JSON
0%
Description
Lorsqu'on créée un formulaire dans un workflow, avec un champ date, il se retrouve ainsi dans le JSON :
"workflow": { "data": { "wfformname_date": "01/01/2010", # = dans la localisation du système, pas vraiment utilisable "wfformname_date_raw": "2009-12-31T23:00:00Z", # = la même date, mais avec l'heure locale 00:00:00, et convertie en UTC... ...
Le raw devrait plutôt être "2010-01-01".
Fichiers
Demandes liées
Historique
Mis à jour par Thomas Noël il y a environ 8 ans
- Sujet changé de date dans le json des formulaires de workflow... à les champs date des formulaires de workflow deviennent des heures en UTC (la veille à 22 ou 23h à Paris) dans l'export JSON
Mis à jour par Frédéric Péters il y a environ 8 ans
- Lié à Bug #7132: format des dates, conflit API json et workflow_data/form. ajouté
Mis à jour par Frédéric Péters il y a environ 8 ans
Et donc, #7132, c'est pas bon, et je dois remettre sur la table le hack que j'y proposais.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-use-datetime.date-in-DateField-9876.patch 0001-general-use-datetime.date-in-DateField-9876.patch ajouté
Je préférerais attendrele retour de Victor pour voir son utilisation des .tm_mday et cie.
Et ce patch n'est pas à passer à la légère. (et il cassera les webservices qui attendent un datetime au format ISO pour les champs date, et qui ne recevront plus que la date). (comme agora+)
Mis à jour par Frédéric Péters il y a environ 8 ans
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a plus de 7 ans
- Lié à Development #11436: agora+ : accepter les dates en entrée de w.c.s. ajouté
Mis à jour par Thomas Noël il y a presque 6 ans
- Fichier 0001-add-_rawdate-and-_rawdatetime-subst-variables-for-da.patch 0001-add-_rawdate-and-_rawdatetime-subst-variables-for-da.patch ajouté
Une autre façon de faire qui n'a rien à voir : pour un champ de type date, avoir deux autres possibilités de raw, rawdate et rawdatetime.
Je pose ça ici juste pour me faire démolir.
Mis à jour par Frédéric Péters il y a presque 6 ans
Je suis en effet pour qu'on corrige à la source les choses en utilisant datetime.date plutôt qu'enchainer des conversions.
Mis à jour par Frédéric Péters il y a 3 mois
- Fichier Capture d’écran du 2023-12-07 16-31-26.png Capture d’écran du 2023-12-07 16-31-26.png ajouté
- Statut changé de En cours à Fermé
- Planning mis à Non
Ça a été corrigé par effet de bord dans #38981 (preuve par la capture).