Après une certaine confusion (réponses par moi et Andy E et surtout mes commentaires à sa réponse) que vous avez probablement manqué de toute façon, j'ai découvert ce qui semble être le vrai cause de votre problème.
Le plugin utilise en interne le même code que la fonction parseISO8601
proposée par Andy E qui vient de Parsing W3C's ISO 8601 Date/Times in JavaScript.
Mais bien que Andy E indique que ce code fonctionne sans problèmes, le plug-in fullcalendar, qui utilise ce code aussi, semble avoir un bug.
Après avoir regardé de plus près le code, j'ai remarqué que le plugin semble ignorer le fuseau horaire que vous êtes.
comparer ces extraits de code
Snippet à partir du code d'origine de delete.me.uk
if (d[14]) {
offset = (Number(d[16]) * 60) + Number(d[17]);
offset *= ((d[15] == '-') ? 1 : -1);
}
code de fullcalendar.js
if (!ignoreTimezone) {
if (m[14]) {
offset = Number(m[16]) * 60 + Number(m[17]);
offset *= m[15] == '-' ? 1 : -1;
}
offset -= date.getTimezoneOffset();
}
Comme vous pouvez le voir, le plugin ne gère que le fuseau horaire si ignoreTimezone
est défini sur false. Mais ce n'est simplement jamais le cas. parseISO8601()
dans ce plugin est toujours appelé avec ignoreTimezone
défini sur true.
Ainsi, je parie que le bug vient de cela et vous devriez envisager de communiquer avec l'auteur du plugin. Mais d'abord, vous devez vérifier si la date s'analysée correctement si vous définissez ignoreTimezone
false dans le code du plugin
Pouvez-vous ajouter une date d'échantillonnage au moins. Vous ne pouvez pas vous attendre à ce que les gens recherchent quelle sorte de date est affectée par cela. – jitter