Projet

Général

Profil

Bug #9876

les champs date des formulaires de workflow deviennent des heures en UTC (la veille à 22 ou 23h à Paris) dans l'export JSON

Ajouté par Thomas Noël il y a environ 8 ans. Mis à jour il y a 4 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
04 février 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

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

Lié à w.c.s. - Bug #7132: format des dates, conflit API json et workflow_data/form.Fermé04 mai 2015

Actions
Lié à Passerelle - Development #11436: agora+ : accepter les dates en entrée de w.c.s.Fermé20 juin 2016

Actions

Historique

#1

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
#2

Mis à jour par Frédéric Péters il y a environ 8 ans

  • Assigné à mis à Frédéric Péters
#3

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é
#4

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.

#5

Mis à jour par Frédéric Péters il y a environ 8 ans

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+)

#6

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
#7

Mis à jour par Thomas Noël il y a environ 8 ans

  • Version cible mis à v1.33
#8

Mis à jour par Thomas Noël il y a environ 8 ans

  • Version cible changé de v1.33 à v1.34
#9

Mis à jour par Thomas Noël il y a environ 8 ans

  • Version cible changé de v1.34 à v1.35
#10

Mis à jour par Thomas Noël il y a environ 8 ans

  • Version cible changé de v1.35 à v1.37
#11

Mis à jour par Thomas Noël il y a environ 8 ans

  • Version cible v1.37 supprimé
#12

Mis à jour par Frédéric Péters il y a presque 8 ans

#13

Mis à jour par Thomas Noël il y a presque 6 ans

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.

#14

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.

#15

Mis à jour par Frédéric Péters il y a 4 mois

Ça a été corrigé par effet de bord dans #38981 (preuve par la capture).

Formats disponibles : Atom PDF