Insert Date : le fuseau horaire est toujours UTC ; mon fuseau horaire est ignoré

Lorsque je crée une date avec le bouton « Insérer une date », cela génère quelque chose comme

[date=2019-08-20 time=20:00:00 timezone="Europe/Berlin"]

Je suis sur le fuseau horaire Europe/Berlin. Cependant, le résultat HTML affiche « 22:00 » au lieu de « 20:00 ».

Lorsque je modifie le code généré pour :

[date=2019-08-20 time=20:00:00 timezone=Europe/Berlin]

cela fonctionne parfaitement.

Ici sur meta.discourse.org, cela fonctionne correctement. Mon forum est à la version v2.4.0.beta2 +316

Merci

Essayons ici, je suis en France, mais c’est le même fuseau horaire

[date=2019-08-20 time=20:00:00 timezone="Europe/Paris"]

2019-08-20T18:00:00Z

[date=2019-08-20 time=20:00:00 timezone=Europe/Paris]

2019-08-20T18:00:00Z

donne

Avez-vous reconfiguré l’heure de votre serveur ou le fuseau horaire en dehors de UTC ?

Oui, comme je l’ai écrit ici, cela fonctionne. Je suppose que cela vient de la différence entre la version ici et la mienne. Je me souviens que cela fonctionnait déjà avant quelques-unes des mises à jour que j’ai effectuées.

Non, c’est toujours UTC.

Quel est votre navigateur ? Cela n’a rien à voir avec votre serveur, mais l’horloge de VOTRE ordinateur est-elle correctement configurée ?

J’ai testé Firefox et Chrome/Chromium sur Windows, Linux et Android. Sur chaque navigateur, le comportement est identique. Oh, et mon fuseau horaire est toujours Europe/Berlin.

Essayez ceci dans la console d’un navigateur qui consulte actuellement un forum Discourse :

moment.tz.guess()

indique : "Europe/Berlin"

sur mon forum ainsi que sur meta.discourse.org

D’accord, je vais enquêter dans les prochains jours, merci pour l’information.

Je rencontre exactement le même problème ! Sans guillemets, cela fonctionne parfaitement. Mais l’éditeur Discourse crée toujours “Europe/Berlin” au lieu de Europe/Berlin, et l’heure affichée en aperçu est alors incorrecte. Peut-on corriger cela ?

Je n’arrive toujours pas à reproduire le problème, peu importe ce que j’essaie sur Chrome ou Firefox. Il faut que je creuse davantage.

J’ai eu ce problème sur Safari, je n’ai pas encore essayé Chrome/Firefox.

Des nouvelles sur ce problème ?

Je rencontre le même comportement que celui mentionné ci-dessus. Dès que j’enlève les « », tout fonctionne correctement. Mais lorsque je les utilise, le système semble appliquer le fuseau horaire UTC +/- les heures du fuseau horaire dans lequel s’exécute mon client.

Au fait, le même phénomène se produit ici lorsque j’écris du non-sens dans le champ du fuseau horaire, comme :
[date=2019-08-20 time=20:00:00 timezone="nonsense"]
ou
[date=2019-08-20 time=20:00:00 timezone=nonsense]
2019-08-20T20:00:00Z

Je rencontre exactement le même problème. Cela semble plus ou moins être un problème lié aux installations en « allemand ».

Voici une anecdote amusante : j’ai essayé de réinitialiser les paramètres en exécutant domain.de/wizard. J’y ai changé la langue en anglais (États-Unis) et j’ai suivi l’assistant complet. Avec le paramètre anglais, je peux coller des horaires et ils s’affichent correctement. Par exemple, « Demain 23 h 15 (Europe/Berlin) » s’affiche bien, même si j’ai saisi 23 h 15 en heure allemande.

Lorsque je réinitialise mon forum en « Deutsch » et que je colle un nouveau rendez-vous avec une heure… l’effet de +1 heure réapparaît. (Les horaires collés avec la configuration en anglais s’affichent toujours correctement).

Ce problème ne semble donc pas lié à l’heure du serveur. Quelque chose semble dysfonctionner entre la localisation Europe et l’UTC.

Je suis ravi de tester ou de fournir plus d’informations si nécessaire.

Je fais tourner Discourse dans Docker.

Merci pour votre aide supplémentaire !

Petite précision, j’ai remarqué une petite différence entre mon installation et la version officielle.

Nous avons désactivé l’option « autoriser la langue de l’utilisateur ». Ainsi, les utilisateurs ne peuvent pas changer la langue eux-mêmes. Je ne sais pas si cela est utile.

Qu’en est-il des autres ayant rencontré les mêmes problèmes, à savoir @Daniel_Tesla @lorddevil, @zogstrip @hewo7 ? Vos utilisateurs peuvent-ils modifier leurs paramètres de langue de l’interface ? Ou en allemand, dans Paramètres › Paramètres généraux : autoriser la langue de l’utilisateur : « Autoriser les utilisateurs à choisir leur propre langue d’interface »

  • autoriser la langue de l’utilisateur activé
  • autoriser la langue de l’utilisateur désactivé
0 voters

C’est étrange que la locale actuelle affecte le fuseau horaire :thinking:

@j.jaffeux as-tu corrigé cela par hasard avec tes récentes corrections ?

Je serais ravi de fournir une assistance supplémentaire pour les tests et le débogage si nécessaire. Si quelqu’un de l’équipe souhaite examiner de plus près le sujet.

Non, je vais jeter un coup d’œil demain.

Cela devrait être corrigé par :

:tada: Merci pour l’info


Pour plus de contexte, il semble que lorsque l’instance Discourse est configurée en locale allemand, nous remplaçons les guillemets " par des guillemets allemands „“, ce qui cassait notre analyseur.

@gerhard J’ai appliqué une correction directement dans local-dates pour le moment. Penses-tu que nous devrions essayer de corriger cela plus haut dans la chaîne ?

  • parseBBCodeTag lui-même avant d’envoyer la chaîne correspondante ?
  • dans le texte mis en forme ?