Si les événements se terminent un jour plus tôt mais ne démarrent pas un jour plus tôt, il est probable que vos scripts dorsaux n'obtiennent pas ou ne respectent pas les informations de fuseau horaire de date de fin provenant du navigateur. Si les événements commencent à minuit HAP (ou 3 h HAE) et se terminent à minuit HAE (ou à 21 h HAP) ou peut-être minuit GMT (ou 16 h HAP), cela rendrait compte des événements «se terminant tôt». Le navigateur doit envoyer tous les événements avec des informations complètes sur la date et l'heure (par exemple '6/3/2010 00:00:00 GMT-0800') et les scripts dorsaux doivent également enregistrer et rapporter fidèlement ces informations.
Je vis au Japon mais je fais beaucoup de développement en Amérique du Nord, donc je vois constamment ce problème. Je trouve que cela aide vraiment le développement à penser à tous les événements de GMT plutôt qu'à votre propre fuseau horaire, surtout si l'un de vos utilisateurs vit dans des fuseaux horaires différents. JS gère assez bien les informations de timezone (outre le manque de connaissance de Daylight Saving Time, cela fonctionne très bien), et la plupart des serveurs font extrêmement bien le timezone, donc la plupart des bugs que vous voyez concernent les scripts clients qui envoient des informations incomplètes. faire.
Il est également intéressant de vérifier si votre application fonctionne le 7 novembre 2010 à 2h00 du matin, puisque ce jour est de 25 heures et le 13 mars 2011, puisque cette journée ne dure que 23 heures. Le passage à l'heure d'été est un diable.
quel calendrier est-ce? Comment est-ce une question de programmation? – bmargulies