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.
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.
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 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.
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 »
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.
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 ?