Produits Entr'ouvert » Passerelle

Marrant : ça vient de m'arriver aussi. Je me disais qu'on pourrait faire afficher une date "technique" dans les logs (format tel qu'attendu par la recherche, 12/04/2022). Ça éviterait de savoir quel format utiliser dans la recherche.

Alors 1/ ok pour afficher dd/mm/yyyy dans les tableaux de logs mais 2/ perso ce qui m'arrive ça peut être de regarder l'appel dans wcs, et dans l'inspect form_workflow_data_demand_time aurait 2022-04-12T17:43:55.977287 et je voudrais pouvoir copier/coller le début de ça (2022-04-12T17:43) dans la recherche dnas les logs.

je voudrais pouvoir copier/coller le début de ça (2022-04-12T17:43)

En fait ça ne fonctionne pas ici à cause du paramètre dayfirst utilisé par le parser :
(dans l'exemple donné le jour est inférieur à 13 et est lu comme le mois)

>>> dateutil.parser.parse('2022-04-12T17:43', dayfirst=True)
datetime.datetime(2022, 12, 4, 17, 43)

J'imagine que dayfirst a été introduit (#14671) pour accepter aussi le format français :

>>> dateutil.parser.parse('12/04/22 17:43', dayfirst=True)
datetime.datetime(2022, 4, 12, 17, 43)

Le plus simple serait de n'accepter que de l'ISO 8601 et de l'indiquer dans le message d'aide : '(sur la date ou le texte des messages)'.

Et sinon, on pourrait introduire la bibliothèque dateparser qui est packagée sous Debian.
https://dateparser.readthedocs.io/en/latest/

>>> import dateparser
>>> dateparser.parse('2022-04-12T17:43:55')
datetime.datetime(2022, 4, 12, 17, 43, 55)
>>> dateparser.parse('12 avril 2022 17:43:55')
datetime.datetime(2022, 4, 12, 17, 43, 55)