Project

General

Profile

Bug #9876

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

Added by Thomas Noël about 4 years ago. Updated almost 2 years ago.

Status:
En cours
Priority:
Normal
Target version:
-
Start date:
04 Feb 2016
Due date:
% Done:

0%

Patch proposed:
Yes
Planning:
No

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".

0001-general-use-datetime.date-in-DateField-9876.patch View (10.2 KB) Frédéric Péters, 09 Feb 2016 02:47 PM

0001-add-_rawdate-and-_rawdatetime-subst-variables-for-da.patch View (3.92 KB) Thomas Noël, 24 Apr 2018 05:11 PM


Related issues

Related to w.c.s. - Bug #7132: format des dates, conflit API json et workflow_data/form. Fermé 04 May 2015
Related to Passerelle - Development #11436: agora+ : accepter les dates en entrée de w.c.s. Fermé 20 Jun 2016

History

#1 Updated by Thomas Noël about 4 years ago

  • Subject changed from date dans le json des formulaires de workflow... to les champs date des formulaires de workflow deviennent des heures en UTC (la veille à 22 ou 23h à Paris) dans l'export JSON

#2 Updated by Frédéric Péters about 4 years ago

  • Assignee set to Frédéric Péters

#3 Updated by Frédéric Péters about 4 years ago

  • Related to Bug #7132: format des dates, conflit API json et workflow_data/form. added

#4 Updated by Frédéric Péters about 4 years ago

Et donc, #7132, c'est pas bon, et je dois remettre sur la table le hack que j'y proposais.

#5 Updated by Frédéric Péters about 4 years ago

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 Updated by Frédéric Péters about 4 years ago

  • Patch proposed changed from No to Yes
  • Status changed from Nouveau to En cours

#7 Updated by Thomas Noël about 4 years ago

  • Target version set to v1.33

#8 Updated by Thomas Noël about 4 years ago

  • Target version changed from v1.33 to v1.34

#9 Updated by Thomas Noël about 4 years ago

  • Target version changed from v1.34 to v1.35

#10 Updated by Thomas Noël almost 4 years ago

  • Target version changed from v1.35 to v1.37

#11 Updated by Thomas Noël almost 4 years ago

  • Target version deleted (v1.37)

#12 Updated by Frédéric Péters over 3 years ago

#13 Updated by Thomas Noël almost 2 years ago

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 Updated by Frédéric Péters almost 2 years ago

Je suis en effet pour qu'on corrige à la source les choses en utilisant datetime.date plutôt qu'enchainer des conversions.

Also available in: Atom PDF