Pour le moment, si je définis simplement le fuseau horaire sur UTC, cela fonctionne bien.
J’ai ajouté ce CSS pour empêcher les utilisateurs d’ajouter un fuseau horaire
// masquer le champ de fuseau horaire pour le plugin Événements / Calendrier Discourse
.discourse-post-event-builder-modal .timezone {
display: none;
}
Nous sommes au courant du problème et espérons avoir bientôt une solution. En attendant, la solution de contournement consiste à définir le fuseau horaire de l’événement sur UTC - il sera alors correctement traduit dans le fuseau horaire local de chacun dans l’interface utilisateur.
Merci pour votre réponse, j’ai l’intention de le laisser activé pour savoir quand il sera corrigé. Nous l’évaluons toujours comme un moyen d’organiser des événements, donc c’était plus gênant qu’une panne majeure.
J’ai poussé un certain nombre de correctifs dans le plugin, donc les choses devraient beaucoup mieux fonctionner maintenant
N’hésitez pas à nous faire savoir si vous rencontrez toujours des problèmes liés aux fuseaux horaires. (cc @nathank@MrScopi)