Bug #20203
make_date ne gère pas les dates iso avec une timezone
0%
Description
Plante sur 2005-10-18T00:00:00+02:00
Ma piste serait d'ajouter les outils de Django parse_date et parse_datetime en dernier recours sur get_as_datetime
Demandes liées
Révisions associées
Historique
Mis à jour par Thomas Noël il y a environ 6 ans
- Lié à Development #20842: Avoir un templatetag pour parser une date ajouté
Mis à jour par Thomas Noël il y a environ 6 ans
Avec le format de template Django et #20842 je crois qu'on doit pouvoir se passer de ça ; mais le ticket ne donne pas plus de contexte, ma faute.
Mis à jour par Benjamin Dauvergne il y a environ 5 ans
Je relance on a eu le souci sur CD13 aujourd'hui; en même temps c'est une erreur de leur part, ils nous renvoient 2018-09-30T00:00:00.000+02:00 au lieu d'une date simple 2018-09-30 et donc on a pu le voir, néanmoins il serait bien qu'on puisse parser ce genre de dates et les mettre de force dans la timezone locale (avec make_naive()).
Mis à jour par Thomas Noël il y a environ 5 ans
Je cherche le contexte de ton soucis
Est-ce que ton pépin dans cette affaire c'est que 2018-09-30T00:00:00.000+02:00 c'est en fait le 29/09/2018 à 22h ?
Sinon, avec le code actuel {{ "2018-09-30T00:00:00.000+02:00"|datetime|date }} renvoie bien le 30 septembre.
En revanche {{ "2018-09-30T00:00:00.000+02:00"|date }} plante, alors que {{ "2018-09-30T00:00:00"|date }} passe.
Donc en fait ma question : qu'est-ce que tu cherchais à faire comme traitement sur "2018-09-30T00:00:00.000+02:00" ?
Mis à jour par Benjamin Dauvergne il y a environ 5 ans
- Statut changé de Nouveau à Fermé
Si datetime passe c'est ok pour moi, je pensais que ce n'était pas le cas mais je n'ai testé qu'en python, via le vieux make_datetime pensant que c'était équivalent, mais les choses commencent à bien diverger entre evalutils et les templatetags, il y a une certaine volonté à rendre le python inutilisable ce que je trouve mal mais j'ai peu de chance d'être entendu.
Aussi le comportement diffère si on fait un |date:"xxx" ou un |date dans le premier cas parse_datetime est utilisé pas dans le second, donc la chaîne en question va passer avec |date:"xxx" mais pas |date ce qui peut paraître incohérent.
Mis à jour par Benjamin Dauvergne il y a environ 5 ans
- Statut changé de Fermé à Information nécessaire
Mis à jour par Frédéric Péters il y a 4 mois
- Statut changé de Information nécessaire à En cours
- Assigné à mis à Frédéric Péters
- Planning mis à Non
En revanche {{ "2018-09-30T00:00:00.000+02:00"|date }} plante
Ça n'est pas totalement une affaire de timezone, ça échoue aussi sur {{ "2018-09-30T00:00:00.000"|date }},
Mis à jour par Robot Gitea il y a 4 mois
Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/915
- Titre : WIP: misc: add support for more datetime formats (#20203)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/915/files
Mis à jour par Robot Gitea il y a 4 mois
- Statut changé de Solution proposée à Solution validée
Thomas NOËL (tnoel) a approuvé une pull request sur Gitea concernant cette demande :
Mis à jour par Robot Gitea il y a 4 mois
- Statut changé de Solution validée à Résolu (à déployer)
Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :
- URL : https://git.entrouvert.org/entrouvert/wcs/pulls/915
- Titre : misc: add support for more datetime formats (#20203)
- Modifications : https://git.entrouvert.org/entrouvert/wcs/pulls/915/files
Mis à jour par Transition automatique il y a 4 mois
- Statut changé de Résolu (à déployer) à Solution déployée
misc: add support for more datetime formats (#20203)