Sincronización de Patreon por conexión

Recientemente instalé este plugin y configuré todo, en su mayor parte todo funciona. Los usuarios tienen recompensas de Patreon. A la mayoría de los usuarios que ya compartieron su correo electrónico de Discourse con su correo electrónico de Patreon se les otorgó su grupo al instante. Sin embargo, hubo un usuario y quizás más que tienen su Patreon conectado a su cuenta de Discourse a través de las preferencias y no comparten un correo electrónico de Discourse con la cuenta de Patreon. Incluso actualicé y sincronizé los datos y, sin embargo, todavía no tienen el grupo. ¿Alguna razón por la que esto podría estar sucediendo?

Si el correo electrónico de Patreon y el correo electrónico de Discourse no son los mismos, la integración no funcionará. Deberán actualizar su correo electrónico en Discourse o en Patreon.

¿Cuál es el propósito de conectarse entonces? ¿Solo para iniciar sesión?

Tengo el mismo problema y he comprobado y vuelto a comprobar que los correos electrónicos son los mismos. Últimamente tengo bastantes usuarios con este problema, lo cual no tenía antes. Intenté hacer una sincronización manual, pero todavía no funciona.

¿Hay alguna forma de ver un registro? (Puedo proporcionar acceso a mi foro / instalación donde puedes comprobarlo)

1 me gusta

Sí, hice que el usuario hiciera que su correo electrónico de Patreon y Discourse fuera el mismo, sincronizado y todavía no tienen sus recompensas.

¿Hay alguna actualización sobre por qué esto podría estar ocurriendo?

¿Alguna ayuda? Este es un error bastante grave, especialmente cuando la gente paga por recompensas.

Me temo que no estoy muy familiarizado con este plugin. Recientemente hubo un problema con la verificación de correo electrónico. ¿Han verificado su correo electrónico en el lado de Patreon estos usuarios que no se sincronizan?

1 me gusta

Sí, su correo electrónico está verificado en Patreon.

1 me gusta

Hmm. :thinking:

¿Hay algún error en la consola cuando presionas "Actualizar datos de Patreon y sincronizar grupos”?

1 me gusta

Si te refieres a la consola de inspeccionar elemento, entonces no, no hay errores.

He verificado varias veces que los correos electrónicos son los mismos. Tengo problemas con varios usuarios.

¿Hay alguna forma de ver algún registro de sincronización o similar?

La única respuesta que obtengo de “https://xxxxxx/forum/patreon/update_data.json” es:

Sí, no estoy seguro de lo que está pasando, parece que nadie lo sabe, jaja.

Lo siento, no es un plugin que haya utilizado, por lo que mis esfuerzos para solucionar problemas consisten en comprobar si hay cambios recientes y buscar temas similares. :slightly_smiling_face: Hay uno similar con algunos detalles, pero es bastante antiguo Patreon Plugin Not Updating

Puede estar bastante tranquilo aquí los fines de semana, pero espero que alguien con experiencia en esto pueda arrojar algo de luz pronto. :crossed_fingers:

1 me gusta

¿Alguna novedad sobre esto?

Envíame un ping a mí también sobre esto…

¿Cuántos clientes tienes en total?

¿Puedes comprobar los detalles de los clientes en la página de administración de detalles de usuario?

1 me gusta

¿En Patreon o en Discourse?

La página de Patreon en sí dice que tiene
image

Para algunos, pero no para los usuarios para los que no funciona.

También noté este error hoy en la consola de errores:

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."}]}

rastreo de la pila

/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 es otro error que encontré en el registro de errores:

(patreon) Fallo de autenticación! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detectado

con rastreo de la pila

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>'

pero parece extraño que sea un error de autenticación, ya que puedo presionar el botón “sincronizar” en el complemento de administración y obtener “última sincronización: hace un momento” y eso funciona.

¿Dónde estás encontrando estos registros?