500 Fehler beim Posten, runtime-Fehler bei moment.tz

[KhoiUSA]

Hallo, ich habe kürzlich einen Fehler beim Erstellen eines Themas in meinem Discourse-Forum festgestellt. Ich habe die Fehlerprotokolle durchsucht und Folgendes gefunden, Datum und Uhrzeit entsprechen dem Zeitpunkt, an dem ich wiederholt versucht habe, das Thema zu posten. Ich erhielt eine 500 error-Benutzermeldung.

Wenn ich auf das Fehlerprotokoll klicke, wird im Ausgabebereich Folgendes angezeigt:

JavaScript at addLocalDate (discourse/plugins/discourse-local-dates/lib/discourse-markdown/discourse-local-dates:24:29)
JavaScript at Object.date [as onMatch] (discourse/plugins/discourse-local-dates/lib/discourse-markdown/discourse-local-dates:44:7)
JavaScript at TextPostProcessRuler.applyRule (discourse-markdown-it/features/text-post-process:56:30)
JavaScript at textPostProcess (discourse-markdown-it/features/text-post-process:109:13)
JavaScript at replacer (discourse-markdown-it/features/text-post-process:122:44)
JavaScript at Object.textReplace (pretty-text/text-replace:62:23)
JavaScript at Array.<anonymous> (discourse-markdown-it/features/text-post-process:123:85)
JavaScript at Core.process (<anonymous>:2606:15)
JavaScript at MarkdownIt.parse (<anonymous>:6887:15)
JavaScript at MarkdownIt.render (<anonymous>:6902:38)
mini_racer (0.9.0) lib/mini_racer.rb:228:in `eval_unsafe'
mini_racer (0.9.0) lib/mini_racer.rb:228:in `block (2 levels) in eval'
mini_racer (0.9.0) lib/mini_racer.rb:369:in `timeout'
mini_racer (0.9.0) lib/mini_racer.rb:227:in `block in eval'
mini_racer (0.9.0) lib/mini_racer.rb:225:in `synchronize'
mini_racer (0.9.0) lib/mini_racer.rb:225:in `eval'
lib/pretty_text.rb:235:in `block in markdown'
lib/pretty_text.rb:681:in `block in protect'
lib/pretty_text.rb:681:in `synchronize'
lib/pretty_text.rb:681:in `protect'
lib/pretty_text.rb:173:in `markdown'
lib/pretty_text.rb:298:in `cook'
plugins/poll/lib/poll.rb:327:in `extract'
plugins/poll/lib/polls_validator.rb:15:in `validate_polls'
plugins/poll/plugin.rb:95:in `block (2 levels) in activate!'
lib/new_post_manager.rb:239:in `block in perform'
lib/new_post_manager.rb:238:in `any?'
lib/new_post_manager.rb:238:in `perform'
app/controllers/posts_controller.rb:215:in `create'
actionpack (7.0.8.4) lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
actionpack (7.0.8.4) lib/abstract_controller/base.rb:215:in `process_action'
actionpack (7.0.8.4) lib/action_controller/metal/rendering.rb:165:in `process_action'
actionpack (7.0.8.4) lib/abstract_controller/callbacks.rb:234:in `block in process_action'
activesupport (7.0.8.4) lib/active_support/callbacks.rb:118:in `block in run_callbacks'
app/controllers/application_controller.rb:424:in `block in with_resolved_locale'
i18n (1.14.5) lib/i18n.rb:351:in `with_locale'
app/controllers/application_controller.rb:424:in `with_resolved_locale'
activesupport (7.0.8.4) lib/active_support/callbacks.rb:127:in `block in run_callbacks'
activesupport (7.0.8.4) lib/active_support/callbacks.rb:138:in `run_callbacks'
actionpack (7.0.8.4) lib/abstract_controller/callbacks.rb:233:in `process_action'
actionpack (7.0.8.4) lib/action_controller/metal/rescue.rb:23:in `process_action'
actionpack (7.0.8.4) lib/action_controller/metal/instrumentation.rb:67:in `block in process_action'
activesupport (7.0.8.4) lib/active_support/notifications.rb:206:in `block in instrument'
activesupport (7.0.8.4) lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport (7.0.8.4) lib/active_support/notifications.rb:206:in `instrument'
actionpack (7.0.8.4) lib/action_controller/metal/instrumentation.rb:66:in `process_action'
actionpack (7.0.8.4) lib/action_controller/metal/params_wrapper.rb:259:in `process_action'
activerecord (7.0.8.4) lib/active_record/railties/controller_runtime.rb:27:in `process_action'
actionpack (7.0.8.4) lib/abstract_controller/base.rb:151:in `process'
actionview (7.0.8.4) lib/action_view/rendering.rb:39:in `process'
rack-mini-profiler (3.3.1) lib/mini_profiler/profiling_methods.rb:115:in `block in profile_method' 
actionpack (7.0.8.4) lib/action_controller/metal.rb:188:in `dispatch'
actionpack (7.0.8.4) lib/action_controller/metal.rb:251:in `dispatch'
actionpack (7.0.8.4) lib/action_dispatch/routing/route_set.rb:49:in `dispatch'
actionpack (7.0.8.4) lib/action_dispatch/routing/route_set.rb:32:in `serve'
actionpack (7.0.8.4) lib/action_dispatch/journey/router.rb:50:in `block in serve'
actionpack (7.0.8.4) lib/action_dispatch/journey/router.rb:32:in `each'
actionpack (7.0.8.4) lib/action_dispatch/journey/router.rb:32:in `serve'
actionpack (7.0.8.4) lib/action_dispatch/routing/route_set.rb:852:in `call'
lib/middleware/omniauth_bypass_middleware.rb:64:in `call'
rack (2.2.9) lib/rack/tempfile_reaper.rb:15:in `call'
rack (2.2.9) lib/rack/conditional_get.rb:40:in `call'
rack (2.2.9) lib/rack/head.rb:12:in `call'
actionpack (7.0.8.4) lib/action_dispatch/http/permissions_policy.rb:38:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:393:in `call'
lib/middleware/csp_script_nonce_injector.rb:12:in `call'
config/initializers/008-rack-cors.rb:14:in `call'
rack (2.2.9) lib/rack/session/abstract/id.rb:266:in `context'
rack (2.2.9) lib/rack/session/abstract/id.rb:260:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/cookies.rb:704:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport (7.0.8.4) lib/active_support/callbacks.rb:99:in `run_callbacks'
actionpack (7.0.8.4) lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/debug_exceptions.rb:28:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/show_exceptions.rb:29:in `call'
logster (2.19.1) lib/logster/middleware/reporter.rb:40:in `call'
railties (7.0.8.4) lib/rails/rack/logger.rb:40:in `call_app'
railties (7.0.8.4) lib/rails/rack/logger.rb:27:in `call'
config/initializers/100-quiet_logger.rb:20:in `call'
config/initializers/100-silence_logger.rb:29:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/request_id.rb:26:in `call'
lib/middleware/enforce_hostname.rb:24:in `call'
rack (2.2.9) lib/rack/method_override.rb:24:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/executor.rb:14:in `call'
rack (2.2.9) lib/rack/sendfile.rb:110:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/host_authorization.rb:131:in `call'
rack-mini-profiler (3.3.1) lib/mini_profiler.rb:334:in `call'
message_bus (4.3.8) lib/message_bus/rack/middleware.rb:60:in `call'
lib/middleware/request_tracker.rb:360:in `call'
actionpack (7.0.8.4) lib/action_dispatch/middleware/remote_ip.rb:93:in `call'
railties (7.0.8.4) lib/rails/engine.rb:530:in `call'
railties (7.0.8.4) lib/rails/railtie.rb:226:in `public_send'
railties (7.0.8.4) lib/rails/railtie.rb:226:in `method_missing'
rack (2.2.9) lib/rack/urlmap.rb:74:in `block in call'
rack (2.2.9) lib/rack/urlmap.rb:58:in `each'
rack (2.2.9) lib/rack/urlmap.rb:58:in `call'
unicorn (6.1.0) lib/unicorn/http_server.rb:634:in `process_client'
unicorn (6.1.0) lib/unicorn/http_server.rb:739:in `worker_loop'
unicorn (6.1.0) lib/unicorn/http_server.rb:547:in `spawn_missing_workers'
unicorn (6.1.0) lib/unicorn/http_server.rb:143:in `start'
unicorn (6.1.0) bin/unicorn:128:in `<top (required)>'
vendor/bundle/ruby/3.3.0/bin/unicorn:25:in `load'
vendor/bundle/ruby/3.3.0/bin/unicorn:25:in `<main>'

Weiß jemand, was das bedeutet und wie ich es beheben kann? Danke.

[itsbhanusharma (Bhanu Sharma)]

Wir haben dieses Problem auf einer nicht aktualisierten Discourse-Website festgestellt. Ein Update scheint das Problem vorerst behoben zu haben, aber wir werden es weiter beobachten, falls es wieder auftritt.

[j.jaffeux (Joffrey Jaffeux)]

Ja, dieser Fehler ist überraschend. Können Sie mir bitte bestätigen, welche Version von Discourse Sie verwenden?

[itsbhanusharma (Bhanu Sharma)]

Wir verwenden version: latest-release
Als wir dieses Problem hatten, war die Discourse-Version https://github.com/discourse/discourse/commits/v3.3.0.beta2
und wir hatten dieses Problem nicht mehr, nachdem wir auf Version https://github.com/discourse/discourse/commits/v3.3.0.beta3 aktualisiert hatten.

[KhoiUSA]

Es scheint, dass meine Website die Version 3.3.0.beta4-dev hat. Ich gehe davon aus, dass dies nicht für die Produktion gedacht ist? Ich sehe das Dev-Suffix.

[Moin]

Es soll in der Produktion verwendet werden. Von Discourse gehostete Communities erhalten ebenfalls diese „dev“-Versionen.
Das Suffix „dev“ zeigt nur an, dass dies nicht die endgültige Version von 3.3.0-beta4 ist.

@david

Auf tests-passed wird ab 3.2.0.beta1-dev die Discourse-Kernversionsnummer ein „-dev“-Suffix enthalten, um anzuzeigen, dass es sich nicht um die endgültigen „Release“-Versionen eines Beta handelt.

[KhoiUSA]

Sobald die endgültige Version von 3.3.0-beta4 verfügbar ist, werde ich sie aktualisieren und es erneut versuchen. Dies scheint nur bei bestimmten Beiträgen mit einer speziellen Vorlage aufzutreten, obwohl wir damit vorher keine Probleme hatten. Sie besteht nur aus \u003ckbd\u003e\u003c/kbd\u003e-Schaltflächen, [details="Zusammenfassung"][/details] und Bildern. Nichts Experimentelles, nur Kernfunktionen von Discourse.

[KhoiUSA]

Ich habe ein Update, ich konnte die Ursache finden. Wenn ich ein Datum und eine Uhrzeit wie [date=2024-07-23 timezone="America/New_York"]/2024-07-23T04:00:00Z einfüge, gibt es den 500er-Fehler zurück.

Weiß jemand eine Lösung? Danke.

[j.jaffeux (Joffrey Jaffeux)]

Welche Discourse-Version verwendest du? Kennst du den Commit? Du findest ihn auf der Quellenseite deines Forums:

Tritt es auch in /safe-mode auf?

[KhoiUSA]

Hallo, zu Ihrer Frage, welche Version es ist: 3.3.0.beta5-dev. Zu Ihrer Frage bezüglich des sicheren Modus: Wenn ich in den sicheren Modus wechsle, verschwindet die Schaltfläche zum Einfügen von Datum/Uhrzeit. Ich glaube, das hängt mit dem Discourse Calendar (and Event) Plugin zusammen.

[JammyDodger]

Fun Fact - Das Einfügedatum-Feature ist Teil des Local Dates-Plugins, das mit Discourse gebündelt ist (zusammen mit einigen anderen wie Discobot, Hide Details, Chat usw.). Da es sich leider um ein Plugin handelt, würde der abgesicherte Modus no_plugins es wie andere optional installierte Plugins deaktivieren.

Gibt es eine Option, um in den abgesicherten Modus zu wechseln, bei dem nur nicht-offizielle Plugins deaktiviert werden, zusammen mit der Deaktivierung von Themes und Theme-Komponenten, was einen Versuch wert sein könnte?

[KhoiUSA]

Leider erscheint dieselbe Meldung auch mit diesen Einstellungen.

[j.jaffeux (Joffrey Jaffeux)]

Ich bin ziemlich sicher, dass das etwas in deiner Umgebung ist. Weißt du, ob andere Leute in diesem Forum das tun können oder ob du der Einzige mit diesem Fehler bist?

Versuche auch, den Netzwerk-Tab der Browserkonsole und die Konsole direkt zu überprüfen, um nach Fehlern zu suchen.

[KhoiUSA]

Ich habe eine andere Person im Forum gefragt und sie sagten auch, dass sie einen Internal Server Error erhalten haben.

Ich erhalte auch dies in der Konsole, wenn ich versuche zu posten.

[thoka (Thomas Kalka)]

Vielleicht zusammenhängend?

Sie können einen Laufzeitfehler in discourse-local-dates auslösen, wenn Sie eine falsche Zeitzone in einem date-range eingeben:

date funktioniert mit falscher Zeitzone:
[date=2024-07-25 time=14:05:00 timezone="Europe/Berlinx"]
2024-07-25T14:05:00Z

date-range funktioniert nicht:

[date-range from=2024-07-25T15:00:00 to=2024-07-25T17:00:00 timezone="Europe/Berlinx"]
2024-07-25T15:00:00Z→2024-07-25T17:00:00Z

Ab hier werden andere Daten nicht mehr geparst:
[date=2024-07-25 time=14:05:00 timezone="Europe/Berlin"]
2024-07-25T12:05:00Z