Errore 500 per i post con link TL0 Instagram e Youtube

markersocial · 17 Novembre 2020, 1:53pm

Quindi ho riscontrato un errore strano.

Questo avviene su un’istanza di test, con tests-passed (l’errore si è verificato sia su beta che su tests-passed). Ho provato a disinstallare tutti i plugin tranne Docker Manager e a rimuovere tutti i componenti del tema.

Ho aggiornato da Stable a Beta, poi a tests-passed. Un indizio potrebbe essere che due vecchi post dell’account utente regolare test sono stati segnalati dal sistema dopo l’aggiornamento per aver pubblicato troppi riferimenti agli stessi domini.

Quando provo a pubblicare con l’account TL0, riesco a inserire i onebox di Twitter e Reddit senza problemi. Tuttavia, i link di Instagram e YouTube restituiscono un errore 500. Se elevo il livello di fiducia dell’account a TL1, i link vengono pubblicati correttamente (e se lo torno a riportare a TL0, continuo a ottenere errori 500).

Inoltre, se aggiungo YouTube e Instagram ai domini host consentiti per lo spam (allowed_spam_host_domains), l’errore 500 scompare per l’utente TL0.

Log - Info:

NoMethodError (undefined method `title' for nil:NilClass)
lib/post_action_creator.rb:264:in `create_message_creator'
lib/post_action_creator.rb:91:in `perform'
lib/post_action_creator.rb:18:in `create'
app/models/user.rb:1073:in `block in flag_linked_posts_as_spam'
app/models/user.rb:1066:in `flag_linked_posts_as_spam'
lib/new_post_manager.rb:284:in `perform_create_post'
lib/new_post_manager.rb:216:in `perform'
app/controllers/posts_controller.rb:180:in `create'
app/controllers/application_controller.rb:357:in `block in with_resolved_locale'
app/controllers/application_controller.rb:357: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'

Log - Backtrace:

lib/post_action_creator.rb:264:in `create_message_creator'

lib/post_action_creator.rb:91:in `perform'

lib/post_action_creator.rb:18:in `create'

app/models/user.rb:1073:in `block in flag_linked_posts_as_spam'

activerecord (6.0.3.3) lib/active_record/relation/delegation.rb:87:in `each'

activerecord (6.0.3.3) lib/active_record/relation/delegation.rb:87:in `each'

app/models/user.rb:1066:in `flag_linked_posts_as_spam'

lib/new_post_manager.rb:284:in `perform_create_post'

lib/new_post_manager.rb:216:in `perform'

app/controllers/posts_controller.rb:180:in `create'

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:357:in `block in with_resolved_locale'

i18n (1.8.5) lib/i18n.rb:313:in `with_locale'

app/controllers/application_controller.rb:357: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.2.0) lib/mini_profiler/profiling_methods.rb:85: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:40: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:354: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.2.0) lib/mini_profiler/profiler.rb:246:in `call'

message_bus (3.3.4) 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>'

techAPJ · 19 Novembre 2020, 5:41pm

Non riesco a riprodurre il problema con l’ultima versione di Discourse.

Puoi provare ad aggiornare la tua istanza di Discourse all’ultima versione e testare in modalità sicura? Se il problema persiste, verifica se hai modificato alcune impostazioni pertinenti.

markersocial · 22 Novembre 2020, 3:51pm

Grazie @techAPJ per la risposta. Credo che il problema sia legato al fatto che i nuovi utenti che pubblicano link allo stesso dominio superano la ‘soglia host spam per nuovi utenti’ e il dominio non è presente nell’elenco dei ‘domini host spam consentiti’.

Non sembra essere specifico di determinati host, ma piuttosto legato al fatto che lo stesso host è stato pubblicato troppe volte da un utente con livello di fiducia 0 (TL0). Non sembra dipendere da domini specifici (come Instagram o YouTube).

Ho aggiornato all’ultima versione di Discourse (test passati: 2.6.0beta6) senza plugin (tranne Docker Manager) o template e ho confermato quanto segue sulla mia istanza di test (con un utente regolare TL0):

Se aumento la ‘soglia host spam per nuovi utenti’ di 1, l’utente può pubblicare un link (allo stesso dominio che causa un errore 500) un’ulteriore volta. Alla prossima pubblicazione riceve nuovamente un errore 500. Questo comportamento è ripetibile.
Se aggiungo il dominio all’elenco dei ‘domini host spam consentiti’, l’utente può continuare a pubblicare l’URL del dominio senza errori.
Se aumento il livello di fiducia dell’utente a 1, può continuare a pubblicare l’URL del dominio senza errori.

Fammi sapere se non riesci a riprodurre il problema con le informazioni fornite; in tal caso, procederò con i test in modalità sicura.

techAPJ · 29 Aprile 2021, 4:28pm

Analizzando più da vicino… non sembra trattarsi di un bug, ma di un comportamento previsto dal design.

Un nuovo utente non può pubblicare troppi link dello stesso host e, se un amministratore desidera sovrascrivere questo comportamento, può farlo modificando le impostazioni del sito newuser_spam_host_threshold e allowed_spam_host_domains.

Questo è anche riflesso nel messaggio inviato allo staff quando un post viene bloccato a causa di link ripetuti:

github.com/discourse/discourse

config/locales/server.en.yml

cd93d1b5f


      
          subject_template: "New user %{username} posts blocked due to repeated links"
          text_body_template: |
            This is an automated message.
          
            The new user [%{username}](%{user_url}) tried to create multiple posts with links to %{domains}, but those posts were blocked to avoid spam. The user is still able to create new posts that do not link to %{domains}.
          
            Please [review the user](%{user_url}).
          
            This can be modified via the `newuser_spam_host_threshold` and `allowed_spam_host_domains` site settings. Consider adding %{domains} to the allowlist if they should be exempt.

techAPJ · 30 Aprile 2021, 4:28pm

Questo argomento è stato automaticamente chiuso dopo 23 ore. Non sono più consentite nuove risposte.

Argomento		Risposte	Visualizzazioni
White_listed_spam_host_domains setting not being honoured for New Users? UX	11	1142	Ottobre 25, 2019
User can't post: 500 internal server error Support	12	1402	Aprile 18, 2018
500 Error While Posting a Topic Bug	16	875	Agosto 6, 2020
I get "500 error" error while editing post Self-hosting	15	1060	Marzo 17, 2026
Link to own domain results in "Internal Server Error" Support	6	861	Ottobre 18, 2019

Errore 500 per i post con link TL0 Instagram e Youtube

Argomenti correlati