J’ai récemment installé ce plugin et tout configuré, pour la plupart, tout fonctionne. Les utilisateurs ont des récompenses de Patreon. La plupart des utilisateurs qui ont déjà partagé leur adresse e-mail Discourse avec leur adresse e-mail Patreon ont reçu leur groupe instantanément. Cependant, il y a eu un utilisateur et peut-être plus qui ont leur Patreon connecté à leur compte Discourse via les préférences et ne partagent pas d’adresse e-mail Discourse avec le compte Patreon. J’ai même actualisé et synchronisé les données et pourtant ils n’ont toujours pas le groupe. Des raisons pour lesquelles cela pourrait se produire ?
Si l’e-mail Patreon et l’e-mail Discourse ne sont pas identiques, l’intégration ne fonctionnera pas. Ils devront soit mettre à jour leur e-mail dans Discourse, soit dans Patreon.
Quel est l’intérêt de se connecter alors ? Juste pour se connecter ?
J’ai le même problème et j’ai vérifié et revérifié que les e-mails sont identiques. J’ai récemment eu pas mal d’utilisateurs avec ce problème, ce qui n’était pas le cas auparavant. J’ai essayé de faire une synchronisation manuelle, mais cela ne fonctionne toujours pas.
Y a-t-il un moyen de voir un journal ? (Je peux vous donner accès à mon forum / installation où vous pourrez vérifier)
1 « J'aime »
Oui, j’ai demandé à l’utilisateur de faire correspondre son e-mail Patreon et son e-mail Discourse, synchronisés, et il n’a toujours pas reçu ses récompenses.
y a-t-il des mises à jour sur la raison pour laquelle cela pourrait se produire ?
Une aide s’il vous plaît ? C’est un bug assez critique, surtout quand les gens paient pour des récompenses…
Je crains de ne pas être très familier avec ce plugin. Il y a eu récemment un problème concernant la vérification par e-mail. Ces utilisateurs qui ne se synchronisent pas ont-ils vérifié leur e-mail du côté de Patreon ?
1 « J'aime »
Oui, leur e-mail est vérifié sur Patreon.
1 « J'aime »
Hmm. 
Y a-t-il des erreurs dans la console lorsque vous appuyez sur « Mettre à jour les données Patreon et synchroniser les groupes » ?
1 « J'aime »
Si vous parlez de la console d’inspection des éléments, alors non, aucune erreur ne se produit.
J’ai vérifié plusieurs fois que les e-mails sont identiques. J’ai des problèmes avec plusieurs utilisateurs.
Y a-t-il un moyen de voir un journal de synchronisation ou quelque chose de similaire ?
La seule réponse que j’obtiens de « https://xxxxxx/forum/patreon/update_data.json » est :
Ouais, je ne suis pas sûr de ce qui se passe, on dirait que personne ne sait lol.
Désolé, ce n’est pas un plugin que j’ai utilisé, donc mes efforts de dépannage consistent à vérifier les changements récents et à rechercher des sujets similaires. 
Il y a celui-ci qui ressemble, mais il est assez ancien Patreon Plugin Not Updating
Il peut y avoir beaucoup de calme ici le week-end, mais j’espère que quelqu’un ayant de l’expérience avec cela pourra bientôt apporter un éclairage. 
1 « J'aime »
Des nouvelles à ce sujet ?
Faites-moi signe également à ce sujet…
Combien de clients avez-vous au total ?
Pouvez-vous vérifier les détails du patronage sur la page d’administration des détails de l’utilisateur ?
1 « J'aime »
Sur Patreon ou sur Discourse ?
La page Patreon elle-même indique qu’elle a
Pour certains, mais pas pour les utilisateurs pour lesquels cela ne fonctionne pas.
J’ai également remarqué cette erreur aujourd’hui dans la console d’erreurs :
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'
c’est une autre erreur que j’ai trouvée dans le journal d’erreurs :
(patreon) Authentication failure! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected
avec 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>'
mais il semble étrange qu’il s’agisse d’une erreur d’authentification puisque je peux appuyer sur le bouton “sync” dans le plugin d’administration et obtenir “dernière synchronisation : il y a un instant” et que cela fonctionne.
Où trouvez-vous ces journaux ?