Wenn ich die Datumsfunktionalität innerhalb einer Umfrage verwende, scheinen die Daten/Zeiten in dem Beitrag nicht korrekt gerendert zu werden. Interessanterweise scheinen sie in der Vorschau in Ordnung zu sein:
2 „Gefällt mir“
Werde das vorerst mit pr-welcome versehen und @lindsey Bescheid geben …
Nur zur Überprüfung des Problems:
- 2025-02-17T13:00:00Z
- 2025-02-18T13:00:00Z
0
voters
Beachten Sie, dass es nach der Abstimmung auch ein Darstellungsproblem gibt, das behoben werden muss (die Box mit den Daten verschiebt sich an eine seltsame Stelle).
Meine Vermutung ist, dass Ketten, die gekochtes Dekorieren, hier mit der Darstellung der Umfrage zu kämpfen haben.
3 „Gefällt mir“
Ich möchte nur klarstellen, ist das erwartete Ergebnis die Vorschau, stimmt das?
Ja, wir sollten hier mit der Vorschau übereinstimmen.
- * 2019-10-12T22:00:00Z * 2019-10-11T22:00:00Z * 2019-10-10T22:00:00Z
- * 2019-10-12T22:00:00Z * * 2019-10-10T22:00:00Z
0
voters
Hallo, nur ein kurzes Update. Ich hatte viel Zeit, mir das anzusehen, aber ich konnte dieses Problem in meiner lokalen Umgebung reproduzieren, indem ich eine Umfrage erstellt habe. Ich habe die Logik von discourse-local-dates und local dates builde überprüft, und ich hatte eine Frage dazu, was die site_settings sind, auf die sich der Code bezieht. Ich möchte nicht angenommen, dass es sich um die Zeitzoneneinstellung auf der Einstellungsseite handelt. Ich konnte bestätigen, dass das Hinzufügen eines Datums funktioniert. Dieses Problem ist also nur auf Umfragen beschränkt. Meine derzeitige Theorie ist, dass das Problem darin liegt, wie Zeitzonen behandelt werden.
2 „Gefällt mir“
Ich stelle fest, dass gerade eine Korrektur für ein ähnliches Problem in Umfragen vorgenommen wurde:
Gibt es eine Chance auf einen Hauch dunkler Magie auch hierfür?
2 „Gefällt mir“