Sur la dernière version (2.15.1), parseZone () ne semble pas fonctionner correctement lorsque offset est utc.
moment.parseZone ('2016-05-04T00: 00: 00Z'). format ()
=> "2016-05-04T08: 00: 00Z" mauvais
moment.parseZone ('2016-05-04T00: 00: 00 + 08: 00'). format ()
=> "2016-05-04T00: 00: 00 + 08: 00" bien
La méthode était bonne sur 2.14.1, j'ai récemment mis à jour moment.js vers 2.15.1 et la nouvelle version a échoué mon cas de test.
Ouais. C'est faux. Je verrai peut-être si je ne peux pas m'attaquer à celui-là ce soir, je pense que je sais où c'est arrivé.
Pour info, ce bogue a été introduit dans le correctif pour # 3083, b2ee2d444282fcb90abfd43fe562253c73e14b08
Est-ce que c'est peut-être lié? J'ai aussi testé avec 2.15.1:
t = moment().toISOString();
console.log(t.toString());
parsed = moment.parseZone(t);
console.log(parsed.toISOString());
Les sorties:
2016-10-14T15:33:37.457Z
2016-10-14T17:33:37.457Z
Mon heure locale est "Europe / Vienne" et donc je sais d'où vient probablement la différence de 2 heures mais je ne vois pas pourquoi cela devrait le faire.
Avec 2.14.1 j'obtiens le résultat attendu:
2016-10-14T15:36:23.956Z
2016-10-14T15:36:23.956Z
PR gère le problème, je crois - # 3504 - S'il vous plaît laissez-moi savoir si c'est tout simplement faux. @maggiepint
Je peux confirmer que cela résout mon problème à partir de https://github.com/moment/moment/issues/3463#issuecomment -253836488
Commentaire le plus utile
3504 vient d'être étiqueté comme un correctif de bogue w00t!