Instalei este plugin recentemente e configurei tudo, na maior parte tudo funciona. Os usuários têm recompensas do Patreon. A maioria dos usuários que já compartilharam seu e-mail do Discourse com seu e-mail do Patreon recebeu seu grupo instantaneamente. No entanto, houve um usuário e talvez mais que conectaram seu Patreon à sua conta do Discourse através das preferências e não compartilham um e-mail do Discourse com a conta do Patreon. Eu até atualizei e sincronizei os dados e, ainda assim, eles ainda não têm o grupo. Alguma razão para isso estar acontecendo?
Se o e-mail do Patreon e o e-mail do Discourse não forem os mesmos, a integração não funcionará. Eles precisarão atualizar o e-mail no Discourse ou no Patreon.
Qual é o ponto de se conectar então? Apenas para fins de login?
Tenho o mesmo problema e verifiquei e verifiquei novamente que os e-mails são os mesmos. Ultimamente, tenho tido vários usuários com esse problema, o que não acontecia antes. Tentei fazer uma sincronização manual, mas ainda não funciona.
Existe uma maneira de ver um log? (Posso fornecer acesso ao meu fórum / instalação onde você pode verificar)
1 curtida
Sim, fiz o usuário tornar o e-mail do Patreon e do Discourse o mesmo, sincronizado, e eles ainda não têm suas recompensas.
há alguma atualização sobre o motivo pelo qual isso estaria ocorrendo?
Algum suporte, por favor? Este é um bug bastante crítico, especialmente quando as pessoas pagam por recompensas.
Receio não estar muito familiarizado com este plugin. Houve um problema recentemente sobre verificação de e-mail. Esses usuários que não estão sincronizando verificaram seus e-mails no lado do Patreon?
1 curtida
Sim, o e-mail deles é verificado no Patreon.
1 curtida
Hmm. 
Existem erros no console quando você pressiona “Atualizar dados do Patreon e sincronizar grupos”?
1 curtida
Se você quer dizer o console do inspecionar elemento, então não, nenhum erro está ocorrendo.
Verifiquei várias vezes que os e-mails são os mesmos. Tenho problemas com vários usuários.
Existe alguma maneira de ver algum log de sincronização ou similar?
A única resposta que recebo de “https://xxxxxx/forum/patreon/update_data.json” é:
Sim, não tenho certeza do que está acontecendo, parece que ninguém sabe, lol.
Desculpe, não é um plugin que eu tenha usado, então meus esforços de solução de problemas consistem em verificar alterações recentes e pesquisar tópicos semelhantes. 
Existe este tópico semelhante com algumas informações, mas é bem antigo Patreon Plugin Not Updating
Pode ficar bem quieto aqui nos fins de semana, mas espero que alguém com alguma experiência com ele possa esclarecer em breve. 
1 curtida
Alguma atualização sobre isso?
Me dê um toque também sobre isso…
Quantos clientes você tem no total?
Você pode verificar os detalhes de patrocínio na página de administração de detalhes do usuário?
1 curtida
No Patreon ou no Discourse?
A página do Patreon em si diz que tem
Para alguns, mas não para os usuários para os quais não funciona.
Também notei este erro hoje no console de erros:
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."}]}
bakcktrace
/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'
este é outro erro que encontrei no log de erros:
(patreon) Falha de autenticação! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected
com backtrace
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>'
mas parece estranho que seja um erro de autenticação, já que posso pressionar o botão “sincronizar” no plugin de administração e obter “última sincronização: agora” e isso funciona.
Onde você está encontrando esses logs?