Ich habe dieses Plugin kürzlich installiert und alles eingerichtet, größtenteils funktioniert alles. Benutzer erhalten Belohnungen von Patreon. Die meisten Benutzer, die ihre Discourse-E-Mail bereits mit ihrer Patreon-E-Mail geteilt haben, erhielten sofort ihre Gruppe. Es gab jedoch einen Benutzer und vielleicht mehr, die ihr Patreon über die Einstellungen mit ihrem Discourse-Konto verbunden haben und keine Discourse-E-Mail mit dem Patreon-Konto teilen. Ich habe die Daten sogar aktualisiert und synchronisiert, und trotzdem haben sie die Gruppe noch nicht. Gibt es Gründe dafür?
Wenn die E-Mail-Adresse von Patreon und die E-Mail-Adresse von Discourse nicht übereinstimmen, funktioniert die Integration nicht. Sie müssen entweder ihre E-Mail-Adresse in Discourse oder in Patreon aktualisieren.
Was ist dann der Sinn der Verbindung? Nur zum Einloggen?
Ich habe dasselbe Problem und habe die E-Mails überprüft und doppelt überprüft, dass sie gleich sind. In letzter Zeit haben viele Benutzer dieses Problem, das ich vorher nicht hatte. Ich habe versucht, eine manuelle Synchronisierung durchzuführen, aber es funktioniert immer noch nicht.
Gibt es eine Möglichkeit, ein Protokoll einzusehen? (Ich kann Ihnen Zugang zu meinem Forum / meiner Installation geben, wo Sie es überprüfen können)
1 „Gefällt mir“
Ja, ich habe den Benutzer gebeten, seine Patreon- und Discourse-E-Mail-Adresse gleich zu machen, zu synchronisieren, und er hat immer noch keine Belohnungen erhalten.
Gibt es Neuigkeiten dazu, warum dies geschieht?
Gibt es Unterstützung? Dies ist ein ziemlich schwerwiegender Fehler, besonders wenn Leute für Belohnungen bezahlen.
Ich bin mir nicht sehr vertraut mit diesem Plugin. Kürzlich gab es ein Problem mit der E-Mail-Verifizierung. Haben diese Benutzer, die nicht synchronisiert werden, ihre E-Mail auf der Patreon-Seite verifiziert?
1 „Gefällt mir“
Ja, ihre E-Mail ist auf Patreon verifiziert.
1 „Gefällt mir“
Hmm. 
Gibt es Fehler in der Konsole, wenn Sie auf „Patreon-Daten aktualisieren und Gruppen synchronisieren“ klicken?
1 „Gefällt mir“
Wenn Sie die Konsolenelementinspektion meinen, dann nein, es treten keine Fehler auf.
Ich habe mehrmals überprüft, dass die E-Mails gleich sind. Ich habe die Probleme mit mehreren Benutzern.
Gibt es eine Möglichkeit, ein Sync-Log oder Ähnliches einzusehen?
Die einzige Antwort, die ich von „https://xxxxxx/forum/patreon/update_data.json“ erhalte, ist:
Ja, ich bin mir nicht sicher, was los ist, es scheint, als ob niemand Bescheid weiß, lol.
Entschuldigung, das ist kein Plugin, das ich verwendet habe, daher beschränken sich meine Fehlerbehebungsversuche darauf, nach kürzlichen Änderungen zu suchen und nach ähnlichen Themen zu suchen. 
Es gibt dieses ähnliche Thema mit ein paar Details, aber es ist ziemlich alt: Patreon Plugin Not Updating
Hier kann es am Wochenende ziemlich ruhig werden, aber hoffentlich kann jemand mit Erfahrung damit bald etwas Licht ins Dunkel bringen. 
1 „Gefällt mir“
Gibt es Neuigkeiten dazu?
Ping auch von mir zu diesem Thema…
Wie viele Stammgäste haben Sie insgesamt?
Können Sie die Details zur Stammgastschaft auf der Admin-Seite der Benutzerdetails überprüfen?
1 „Gefällt mir“
Auf Patreon oder auf Discourse?
Die Patreon-Seite selbst besagt, dass sie Folgendes enthält:
Für einige, aber nicht für die Benutzer, bei denen es nicht funktioniert.
Ich habe heute auch diesen Fehler in der Fehlerkonsole bemerkt:
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."}]}
Backtrace
/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'
Dies ist ein weiterer Fehler, den ich im Fehlerprotokoll gefunden habe:
(patreon) Authentication failure! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected
mit 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>'
Aber es scheint seltsam, dass es ein Authentifizierungsfehler sein sollte, da ich auf die Schaltfläche “Synchronisieren” im Admin-Plugin klicken kann und “letzte Synchronisierung: gerade eben” erhalte und das funktioniert.
Wo finden Sie diese Protokolle?