Ho installato recentemente questo plugin e ho configurato tutto, per la maggior parte funziona tutto. Gli utenti hanno ricompense da Patreon. Alla maggior parte degli utenti che hanno già condiviso la loro email di Discourse con la loro email di Patreon è stato immediatamente assegnato il loro gruppo. Tuttavia c’era un utente e forse altri che hanno il loro Patreon collegato al loro account Discourse tramite le preferenze e non condividono un’email di Discourse con l’account Patreon. Ho anche aggiornato e sincronizzato i dati eppure non hanno ancora il gruppo. Ci sono motivi per cui questo potrebbe accadere?
Se l’email di Patreon e l’email di Discourse non sono le stesse, l’integrazione non funzionerà. Dovranno aggiornare la loro email in Discourse o in Patreon.
Qual è il senso di connettersi allora? Solo per scopi di accesso?
Ho lo stesso problema e ho controllato e ricontrollato che le email siano le stesse. Ultimamente ho parecchi utenti con questo problema, cosa che prima non avevo. Ho provato a fare una sincronizzazione manuale, ma non funziona ancora.
C’è un modo per vedere un log? (Posso fornire l’accesso al mio forum / installazione dove puoi controllarlo)
Sì, ho fatto in modo che l’utente rendesse la sua email di Patreon e Discourse la stessa, sincronizzata e non hanno ancora i loro premi.
Ci sono aggiornamenti sul motivo per cui ciò potrebbe verificarsi?
C’è un supporto? Questo è un bug piuttosto grave, soprattutto quando le persone pagano per le ricompense.
Temo di non avere molta familiarità con questo plugin. C’è stato un problema di recente riguardo alla verifica delle email. Questi utenti che non vengono sincronizzati hanno verificato la loro email sul lato Patreon?
Sì, la loro email è verificata su Patreon.
Hmm. ![]()
Ci sono errori nella console quando premi “Aggiorna dati Patreon e sincronizza gruppi”?
Se intendi la console degli strumenti per sviluppatori, allora no, non si verificano errori.
Ho verificato più volte che le email sono le stesse. Ho problemi con più utenti.
C’è un modo per vedere un log di sincronizzazione o qualcosa di simile?
L’unica risposta che ricevo da “https://xxxxxx/forum/patreon/update_data.json” è:
Sì, non sono sicuro di cosa stia succedendo, sembra che nessuno lo sappia lol.
Mi dispiace, non è un plugin che ho usato, quindi i miei tentativi di risoluzione dei problemi consistono nel verificare le modifiche recenti e cercare argomenti simili.
C’è questo simile con alcuni dettagli, ma è piuttosto vecchio Patreon Plugin Not Updating
Può diventare piuttosto tranquillo qui nei fine settimana, ma spero che qualcuno con esperienza possa presto fare luce. ![]()
Ci sono aggiornamenti in merito?
Ping anche da parte mia su questo…
Quanti patroni hai in totale?
Puoi controllare i dettagli di patronato nella pagina admin dei dettagli utente?
Su Patreon o su Discourse?
La pagina Patreon stessa dice che ha

Per alcuni, ma non per gli utenti per cui non funziona.
Ho anche notato questo errore oggi nella console degli errori:
Patreon-API : {"errors":[{"code":1,"code_name":"generic-error","detail":"A runtime check failed.","id":"4462cdbf-XXXX-XXXX-86a4-4ddac9780368","status":"403","title":"A runtime check failed."}]}
stack trace
/var/www/discourse/plugins/discourse-patreon/lib/api.rb:15:in `campaign_data'
/var/www/discourse/plugins/discourse-patreon/lib/campaign.rb:13:in `update!'
/var/www/discourse/plugins/discourse-patreon/lib/patron.rb:9:in `update!'
/var/www/discourse/plugins/discourse-patreon/app/jobs/scheduled/patreon_sync_patrons_to_groups.rb:11:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-4.0.0/lib/rails_multisite/connection_management.rb:284:in `with_connection'
rails_multisite-4.0.0/lib/rails_multisite/connection_management.rb:77:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
/var/www/discourse/app/jobs/base.rb:279:in `perform'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:93:in `process_queue'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:37:in `block (2 levels) in initialize'
questo è un altro errore che ho trovato nel log degli errori:
(patreon) Authentication failure! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected
con stack trace
omniauth-1.9.1/lib/omniauth/strategy.rb:163:in `log'
omniauth-1.9.1/lib/omniauth/strategy.rb:486:in `fail!'
omniauth-oauth2-1.7.2/lib/omniauth/strategies/oauth2.rb:87:in `callback_phase'
omniauth-1.9.1/lib/omniauth/strategy.rb:238:in `callback_call'
omniauth-1.9.1/lib/omniauth/strategy.rb:189:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/strategy.rb:192:in `call!'
omniauth-1.9.1/lib/omniauth/strategy.rb:169:in `call'
omniauth-1.9.1/lib/omniauth/builder.rb:45:in `call'
/var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:50: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'
actionpack-6.1.6.1/lib/action_dispatch/http/permissions_policy.rb:22:in `call'
/var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
/var/www/discourse/lib/middleware/anonymous_cache.rb:361:in `call'
/var/www/discourse/config/initializers/008-rack-cors.rb:25: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.1.6.1/lib/action_dispatch/middleware/cookies.rb:689:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport-6.1.6.1/lib/active_support/callbacks.rb:98:in `run_callbacks'
actionpack-6.1.6.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/actionable_exceptions.rb:18:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/debug_exceptions.rb:29:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
logster-2.10.1/lib/logster/middleware/reporter.rb:43:in `call'
railties-6.1.6.1/lib/rails/rack/logger.rb:37:in `call_app'
railties-6.1.6.1/lib/rails/rack/logger.rb:28:in `call'
/var/www/discourse/config/initializers/100-quiet_logger.rb:23:in `call'
/var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/request_id.rb:26:in `call'
/var/www/discourse/lib/middleware/enforce_hostname.rb:23:in `call'
/var/www/discourse/plugins/communiteq-features/plugin.rb:119:in `call'
rack-2.2.3/lib/rack/method_override.rb:24:in `call'
rack-2.2.3/lib/rack/sendfile.rb:110:in `call'
actionpack-6.1.6.1/lib/action_dispatch/middleware/host_authorization.rb:142:in `call'
rack-mini-profiler-2.3.3/lib/mini_profiler/profiler.rb:249:in `call'
message_bus-4.0.0/lib/message_bus/rack/middleware.rb:60:in `call'
/var/www/discourse/lib/middleware/request_tracker.rb:198:in `call'
rails_multisite-4.0.0/lib/rails_multisite/middleware.rb:26:in `call'
/var/www/discourse/plugins/communiteq-features/plugin.rb:137:in `call'
railties-6.1.6.1/lib/rails/engine.rb:539:in `call'
railties-6.1.6.1/lib/rails/railtie.rb:207:in `public_send'
railties-6.1.6.1/lib/rails/railtie.rb:207: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-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)>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `load'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/ruby_executable_hooks:22:in `eval'
/var/www/discourse/vendor/bundle/ruby/2.7.0/bin/ruby_executable_hooks:22:in `<main>'
ma sembra strano che sia un errore di autenticazione dato che posso premere il pulsante “sync” nel plugin di amministrazione e ottenere “ultima sincronizzazione: proprio ora” e funziona.
Dove stai trovando questi log?
