Hey there,
we are experiencing super weird behavior, but currently just from one single user, when opening the messages inbox.
We run discourse in docker on Appache with ProxyPass Discourse 2.6.0.beta3
The one user cant dropdown the messages panes, there is the note “No Content” or what ever the englisch original is for “Keine Inhalte” – we run de.DE
And when now clicking again on the messages icon, well lets say, when the user tries to open the messages inbox, we get an 500 Error.
The page says "error on loading: [/topics/private-messages/firstname.name.json]
This happens just for one given user. Other do not having this problem.
If the user tries https://domain.de/u/firstname.name/messages/sent or https://domain.de/u/firstname.name/messages/group/any everythings fine.
But https://domain.de/u/firstname.name/messages/ or https://domain.de/u/firstname.name/messages/inbox happens to give error 500 .
We tried to change roles of this user, we made updates and rebuild the app via launcher. But unfortunately it happens to still give a error 500 when opening the inbox.
Does anyone ever had such behavior. What can we do? Is there a way to rebuild the messages? Or do we have to delete them?
Please give some advice we are currently lost.
Thanks in advance!
RGJ
1. Oktober 2020 um 15:42
2
Ich habe neulich etwas Ähnliches gesehen, bei dem ein Gruppenname in /topics/private-messages-group vorkam. Es stellte sich heraus, dass es sich um eine grob-/kleinschreibungsabhängige Suche handelte und der Gruppenname in der URL komplett in Kleinbuchstaben geschrieben war.
Könntest du prüfen, ob sich das Verhalten ändert, wenn du die Schreibweise in der URL an die des Benutzernamens anpasst? (also etwas wie https://domain.de/u/Firstname.Name/messages)
5 „Gefällt mir“
Hallo Richard,
danke für die schnelle Rückmeldung!
Ich habe wie von dir vorgeschlagen die Schreibweise geändert:
Außerdem habe ich verschiedene Schreibweisen ausprobiert:
…firstname.Name……Firstname.name……FIRSTNAME.NAME…
Aber derselbe Fehler tritt weiterhin auf .
Ich habe auch https://domain.de/u/Firstname.Name/messages/sent und andere Routen ausprobiert, die wie zuvor einwandfrei funktionieren.
Hast du vielleicht einen Tipp dazu?
Ich wäre dir für Hilfe sehr dankbar.
RGJ
2. Oktober 2020 um 07:57
4
Das war von vornherein schon etwas weit hergeholt, daher fürchte ich, dass ich Ihnen hier nicht einmal Hinweise geben kann.
2 „Gefällt mir“
Kein Problem, man weiß ja nie, oder? Ich bin mit jeder Hilfe sehr zufrieden.
Vielleicht kann ja noch jemand anderes etwas beisteuern?
Hallo zusammen,
ich hoffe sehr, dass mir jemand bei unserem Problem helfen kann. Wie @RGJ bereits angedeutet hat, scheint das Problem tiefer zu liegen, aber wir konnten das Problem mit den nicht erreichbaren Postfächern eines einzelnen Nutzers bisher noch nicht lösen. Leider nutzen wir Nachrichten sehr häufig. Wir sind in kleinen Gruppen organisiert, die oft nicht-öffentlich kommunizieren müssen. Daher sind Nachrichten eine perfekte Lösung.
Falls Sie weitere Informationen oder Logs benötigen, lassen Sie es mich wissen, was genau Sie brauchen, und ich werde sie hier einfügen.
Vielen Dank an alle für weitere Hinweise und dafür, dass Sie sich die Zeit zum Lesen genommen haben
Haben Sie die Fehlerprotokolle im Webbrowser geprüft, während Sie als Administrator angemeldet waren?
@codinghorror vielen Dank für weitere Unterstützung.
Tatsächlich gibt es eine recht lange Fehlerausgabe zu dieser Anfrage. Aber ich kann das Problem nicht lösen.
Ich versuche, die Protokollierungsinformationen hier einzufügen.
NoMethodError (undefined method `downcase' for nil:NilClass)
app/models/global_setting.rb:107:in `s3_bucket_name'
app/models/site_setting.rb:157:in `absolute_base_url'
app/models/upload.rb:184:in `secure_media_url_from_upload_url'
lib/url_helper.rb:60:in `secure_proxy_without_cdn'
lib/url_helper.rb:90:in `cook_url'
app/models/topic.rb:126:in `image_url'
app/serializers/listable_topic_serializer.rb:34:in `image_url'
(eval):10:in `_fast_attributes'
lib/freedom_patches/ams_include_without_root.rb:57:in `include!'
app/controllers/application_controller.rb:451:in `serialize_data'
app/controllers/application_controller.rb:460:in `render_serialized'
lib/topic_list_responder.rb:16:in `block (2 levels) in respond_with_list'
lib/topic_list_responder.rb:9:in `respond_with_list'
app/controllers/list_controller.rb:177:in `message_route'
app/controllers/list_controller.rb:164:in `block in generate_message_route'
app/controllers/application_controller.rb:351:in `block in with_resolved_locale'
app/controllers/application_controller.rb:351:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:336:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/enforce_hostname.rb:22:in `call'
lib/middleware/request_tracker.rb:176:in `call'
app/models/global_setting.rb:107:in `s3_bucket_name'
app/models/site_setting.rb:157:in `absolute_base_url'
app/models/upload.rb:184:in `secure_media_url_from_upload_url'
lib/url_helper.rb:60:in `secure_proxy_without_cdn'
lib/url_helper.rb:90:in `cook_url'
app/models/topic.rb:126:in `image_url'
app/serializers/listable_topic_serializer.rb:34:in `image_url'
(eval):10:in `_fast_attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:468:in `rescue in attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:455:in `attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:480:in `_serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:359:in `serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer/associations.rb:124:in `block in serialize'
active_model_serializers (0.8.4) lib/active_model/serializer/associations.rb:123:in `map'
active_model_serializers (0.8.4) lib/active_model/serializer/associations.rb:123:in `serialize'
lib/freedom_patches/ams_include_without_root.rb:57:in `include!'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:368:in `block in include_associations!'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:367:in `each_key'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:367:in `include_associations!'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:362:in `serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:343:in `as_json'
app/controllers/application_controller.rb:451:in `serialize_data'
app/controllers/application_controller.rb:460:in `render_serialized'
lib/topic_list_responder.rb:16:in `block (2 levels) in respond_with_list'
actionpack (6.0.3.3) lib/action_controller/metal/mime_responds.rb:214:in `respond_to'
lib/topic_list_responder.rb:9:in `respond_with_list'
app/controllers/list_controller.rb:177:in `message_route'
app/controllers/list_controller.rb:164:in `block in generate_message_route'
actionpack (6.0.3.3) lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
actionpack (6.0.3.3) lib/abstract_controller/base.rb:195:in `process_action'
actionpack (6.0.3.3) lib/action_controller/metal/rendering.rb:30:in `process_action'
actionpack (6.0.3.3) lib/abstract_controller/callbacks.rb:42:in `block in process_action'
activesupport (6.0.3.3) lib/active_support/callbacks.rb:112:in `block in run_callbacks'
app/controllers/application_controller.rb:351:in `block in with_resolved_locale'
i18n (1.8.5) lib/i18n.rb:313:in `with_locale'
app/controllers/application_controller.rb:351:in `with_resolved_locale'
activesupport (6.0.3.3) lib/active_support/callbacks.rb:121:in `block in run_callbacks'
activesupport (6.0.3.3) lib/active_support/callbacks.rb:139:in `run_callbacks'
actionpack (6.0.3.3) lib/abstract_controller/callbacks.rb:41:in `process_action'
actionpack (6.0.3.3) lib/action_controller/metal/rescue.rb:22:in `process_action'
actionpack (6.0.3.3) lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'
activesupport (6.0.3.3) lib/active_support/notifications.rb:180:in `block in instrument'
activesupport (6.0.3.3) lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport (6.0.3.3) lib/active_support/notifications.rb:180:in `instrument'
actionpack (6.0.3.3) lib/action_controller/metal/instrumentation.rb:32:in `process_action'
actionpack (6.0.3.3) lib/action_controller/metal/params_wrapper.rb:245:in `process_action'
activerecord (6.0.3.3) lib/active_record/railties/controller_runtime.rb:27:in `process_action'
actionpack (6.0.3.3) lib/abstract_controller/base.rb:136:in `process'
actionview (6.0.3.3) lib/action_view/rendering.rb:39:in `process'
rack-mini-profiler (2.1.0) lib/mini_profiler/profiling_methods.rb:78:in `block in profile_method'
actionpack (6.0.3.3) lib/action_controller/metal.rb:190:in `dispatch'
actionpack (6.0.3.3) lib/action_controller/metal.rb:254:in `dispatch'
actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:50:in `dispatch'
actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:33:in `serve'
actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:49:in `block in serve'
actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:32:in `each'
actionpack (6.0.3.3) lib/action_dispatch/journey/router.rb:32:in `serve'
actionpack (6.0.3.3) lib/action_dispatch/routing/route_set.rb:834:in `call'
lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
rack (2.2.3) lib/rack/tempfile_reaper.rb:15:in `call'
rack (2.2.3) lib/rack/conditional_get.rb:27:in `call'
rack (2.2.3) lib/rack/head.rb:12:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:336:in `call'
rack (2.2.3) lib/rack/session/abstract/id.rb:266:in `context'
rack (2.2.3) lib/rack/session/abstract/id.rb:260:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/cookies.rb:648:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport (6.0.3.3) lib/active_support/callbacks.rb:101:in `run_callbacks'
actionpack (6.0.3.3) lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
logster (2.9.4) lib/logster/middleware/reporter.rb:43:in `call'
railties (6.0.3.3) lib/rails/rack/logger.rb:37:in `call_app'
railties (6.0.3.3) lib/rails/rack/logger.rb:28:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/request_id.rb:27:in `call'
lib/middleware/enforce_hostname.rb:22:in `call'
rack (2.2.3) lib/rack/method_override.rb:24:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/executor.rb:14:in `call'
rack (2.2.3) lib/rack/sendfile.rb:110:in `call'
actionpack (6.0.3.3) lib/action_dispatch/middleware/host_authorization.rb:76:in `call'
rack-mini-profiler (2.1.0) lib/mini_profiler/profiler.rb:235:in `call'
message_bus (3.3.2) lib/message_bus/rack/middleware.rb:61:in `call'
lib/middleware/request_tracker.rb:176:in `call'
railties (6.0.3.3) lib/rails/engine.rb:527:in `call'
railties (6.0.3.3) lib/rails/railtie.rb:190:in `public_send'
railties (6.0.3.3) lib/rails/railtie.rb:190:in `method_missing'
rack (2.2.3) lib/rack/urlmap.rb:74:in `block in call'
rack (2.2.3) lib/rack/urlmap.rb:58:in `each'
rack (2.2.3) lib/rack/urlmap.rb:58:in `call'
unicorn (5.7.0) lib/unicorn/http_server.rb:632:in `process_client'
unicorn (5.7.0) lib/unicorn/http_server.rb:728:in `worker_loop'
unicorn (5.7.0) lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
unicorn (5.7.0) lib/unicorn/http_server.rb:144:in `start'
unicorn (5.7.0) bin/unicorn:128:in `<top (required)>'
vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'
hostname
config-app
process_id
273
application_version
891987a2843de3ebeed412e01fd6b8064dac3917
HTTP_HOST
sub.domain..de
REQUEST_URI
/topics/private-messages/firstname.name.json
REQUEST_METHOD
GET
HTTP_USER_AGENT
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:81.0) Gecko/20100101 Firefox/81.0
HTTP_ACCEPT
application/json, text/javascript, / ; q=0.01
HTTP_REFERER
https://sub.domain.de/u/firstname.name/messages
HTTP_X_FORWARDED_FOR
2003:d6:9720:2500:c4b4:5a78:fb34:fbe8, unix:
HTTP_X_REAL_IP
unix:
username
firstname.name
time
20:38 Uhr
Das ist wirklich viel, und ich habe keine Ahnung, wo ich suchen soll. Ich hoffe, das bringt etwas Licht in unser Problem. Falls Sie weitere Informationen benötigen, lassen Sie es mich bitte wissen.
Vielen Dank, dass Sie sich das ansehen!
1 „Gefällt mir“
sam
6. Oktober 2020 um 05:33
9
Ist dein s3_bucket_name ungültig?
Danke für die Antwort,
kurze Antwort: Ich weiß es nicht, ich glaube nicht.
Der S3-Bucket-Name scheint etwas mit den S3 Amazon Storage Systems verbunden zu sein, oder? Und wenn ja, kann er wahrscheinlich nicht ungültig sein. Wir haben keinen konfiguriert. Wir führen Dockerisierte Discourse auf einer Reverse-Proxy-Apache-Domain aus.
Und sollte es nicht viel häufiger abstürzen, wenn der S3-Bucket ungültig ist, nicht nur eine Route eines einzigen Benutzers?
Bitte missversteh mich nicht falsch. Ich könnte hier völlig auf dem falschen Weg sein. Wie gesagt, ich bin mir nicht so sicher, was dieser s3_bucket_name ist oder – wenn ich es richtig verstanden habe – warum er konfiguriert sein sollte.
Kann ich das im Admin-Bereich nachschauen oder muss ich docker-compose prüfen?
Entschuldigung für die Verzögerung … verschiedene Zeitzonen und Arbeitszeiten … du weißt schon.
Aber vielen Dank, dass du dir die Zeit genommen hast, dich damit zu beschäftigen!
Da ich die Einstellungen geprüft habe, ist jede S3-Option leer. Ist das korrekt, da wir keine S3-Buckets verwenden? Oder liege ich falsch?
Falco
6. Oktober 2020 um 15:17
12
Haben Sie die Site-Einstellung secure media aktiviert?
Nein, eigentlich nicht, soweit ich die Einstellungen verstehe. Wir haben die Option für sichere Medien-E-Mails noch nicht aktiviert.
Da wir diesen Fehler seit dem Beginn nicht hatten, könnte er durch ein eingebettetes Bild verursacht worden sein, das per E-Mail gesendet wurde?
Sollte ich versuchen, diese Option zu deaktivieren?
Aber wie ich bereits sagte:
v.stephan:
Bitte missverstehen Sie mich nicht. Ich befinde mich möglicherweise auf einem völlig falschen Weg. Wie gesagt, ich bin mir nicht ganz sicher, was dieser s3_bucket_name ist oder – wenn ich es richtig verstanden habe – warum er konfiguriert werden sollte.
Also sollte „Secure Media
2 „Gefällt mir“
v.stephan
12. Oktober 2020 um 14:06
14
Ist hier noch jemand, der eine Idee hat, was wir versuchen könnten?
Die Sache ist die, dass wir dieses Problem bei einem unserer Admins haben, und es macht die Kommunikation ziemlich schwierig, wenn ein Admin nicht in der Lage ist, Nachrichten zu beantworten oder sie anzusehen.
Im Moment wäre es eine Lösung, wenn der Nachrichten-Eingang wieder erreichbar wäre. Gibt es also einen Hack oder eine Möglichkeit, ein einzelnes Benutzerkonto wiederherzustellen oder – ich weiß nicht – alle Nachrichten für einen einzelnen Benutzer zu löschen? Damit wir mit diesem Konto von vorne beginnen könnten?
Außerdem habe ich sogar darüber nachgedacht, dieses Konto zu löschen, aber soweit ich das verstanden habe, ist das Löschen von Benutzern nicht möglich. Was könnten wir sonst noch versuchen, um ein neues Konto für diesen Benutzer zu erstellen, damit die Teilnahme wieder möglich ist?
Bitte lass mich wissen, welche Ideen du hast, ich bin hier ratlos.
Vielen Dank im Voraus.
v.stephan
16. Oktober 2020 um 07:33
15
Entschuldigung, ich muss noch einmal nachfragen. Solange wir dieses Problem haben:
Meinten Sie, ob wir secure media als Teil des Problems oder der Lösung aktivieren sollen?
Diese Option ist bei uns nicht aktiviert. Sollen wir das tun?
Oder sollten wir es so lassen, wie es ist, und hoffen, dass andere Hinweise zur Lösung beitragen?
1 „Gefällt mir“
Hallo,
1 „Gefällt mir“
Benjamin_D
17. Oktober 2020 um 20:14
17
Laut Jay:
pfaffman:
Es werden alle privaten Nachrichten gelöscht, die nicht von einem Systembenutzer oder Discobot erstellt wurden. Es werden weiterhin alle anderen privaten Nachrichten gelöscht, einschließlich solcher von Administratoren.
Es wurde nicht getestet. Ich sage nicht, dass es eine gute Idee ist. Ich verspreche nicht, dass nichts Schlechtes passiert.
cd /var/discourse
discourse backup
./launcher enter app
rails s
Topic.where(archetype: 'private_message').where("user_id > 0").destroy_all
exit
discourse enable_restore
discourse restore
Wenn nichts Schlechtes passiert, können Sie die letzten beiden Schritte überspringen. Wenn doch etwas Schlechtes passiert, möchten Sie wahrscheinlich die neueste Sicherung kopieren/einfügen, die vom Befehl discourse restore ausgegeben wurde, um die Sicherung wiederherzustellen.
Ich würde versuchen, die Bedingung where("user_id > 0") durch etwas wie where("user_id = die-ID-deines-Benutzers") zu ersetzen.
Warum das passiert? Meine Vermutung wäre, dass es etwas Lokalisiertes ist. Ich selbst habe manchmal Probleme mit Anführungszeichen, Akzenten usw.
1 „Gefällt mir“
v.stephan
18. Oktober 2020 um 15:04
18
Mhm, das klingt nach einem Versuch wert.
Ich frage mich im Hinblick auf die Lokalisierung, ob sich das Verhalten ändern sollte, wenn man die Spracheinstellungen der Benutzeroberfläche ändert. Hast du dazu Gedanken?
Ich werde die Lösung mit dem Löschen in den nächsten Tagen ausprobieren.
Vielen Dank für deine Hilfe.
v.stephan
18. Oktober 2020 um 15:10
19
In der Zwischenzeit haben wir uns etwas Gedanken gemacht. Vielleicht hat noch jemand andere Ideen, die er teilen kann.
Eine weitere seltsame Sache ist: Im Nachrichtenbereich, wenn man auf das Benutzer-Icon und dann auf den Umschlag klickt, sollten doch alle kürzlichen Nachrichten angezeigt werden, oder? Im Fall unserer Nutzer, die den Posteingang nicht öffnen können, wird einfach nichts angezeigt?
Vielleicht hat jemand dazu eine Idee. Wir können mit Sicherheit sagen, dass dort Einträge aufgelistet sein sollten.
Vielleicht führt das ja zu einigen Ideen in irgendeine Richtung?
v.stephan
18. Oktober 2020 um 15:20
20
Und noch ein weiterer Gedankengang. Wir haben immer noch eine Art SSL-Fehler auf unserer Seite. Wie bereits erwähnt, läuft Discourse mit Docker hinter einem Reverse Proxy auf Apache. Die Domain verfügt jedoch über ein funktionierendes SSL-Zertifikat von Let’s Encrypt.
Dennoch erhalten wir auf der Seite einige Warnungen wegen gemischter Inhalte. Auf irgendeine Weise werden die Standard-Logos und Favicons über HTTP bereitgestellt. Wir haben die benutzerdefinierten Brandings entfernt, um die Fehler bei gemischten Inhalten zu beseitigen.
Gibt es also eine Möglichkeit, dass dies das Problem verursacht?
Als wir kürzlich den JSON-Endpunkt https://sub.domain.de/topics/private-messages/firstnamename.json aufgerufen haben, war das JSON-Ergebnis:
{
"status":500,
"error":"Internal Server Error"
}
Ein genauerer Blick in die Logs ergab folgendes:
NoMethodError (undefined method `downcase' for nil:NilClass)
app/models/global_setting.rb:107:in `s3_bucket_name'
app/models/site_setting.rb:157:in `absolute_base_url'
app/models/upload.rb:184:in `secure_media_url_from_upload_url'
lib/url_helper.rb:60:in `secure_proxy_without_cdn'
lib/url_helper.rb:90:in `cook_url'
app/models/topic.rb:126:in `image_url'
app/serializers/listable_topic_serializer.rb:34:in `image_url'
(eval):10:in `_fast_attributes'
lib/freedom_patches/ams_include_without_root.rb:57:in `include!'
app/controllers/application_controller.rb:454:in `serialize_data'
app/controllers/application_controller.rb:463:in `render_serialized'
lib/topic_list_responder.rb:16:in `block (2 levels) in respond_with_list'
lib/topic_list_responder.rb:9:in `respond_with_list'
app/controllers/list_controller.rb:177:in `message_route'
app/controllers/list_controller.rb:164:in `block in generate_message_route'
app/controllers/application_controller.rb:354:in `block in with_resolved_locale'
app/controllers/application_controller.rb:354:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:354:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
lib/middleware/enforce_hostname.rb:22:in `call'
lib/middleware/request_tracker.rb:176:in `call'
Da wir weder sichere Medien noch S3 verwenden, stolpere ich dennoch über diese Einträge:
app/models/site_setting.rb:157:in `absolute_base_url'
app/models/upload.rb:184:in `secure_media_url_from_upload_url'
lib/url_helper.rb:60:in `secure_proxy_without_cdn'
Gibt es also eine Möglichkeit, dass dies durch einen gemischten Inhaltsfehler im Hintergrund verursacht wird?
Danke, dass ihr immer noch durchhaltet.
1 „Gefällt mir“
