최근 이 플러그인을 설치하고 모든 설정을 마쳤는데, 대부분은 정상적으로 작동합니다. Patreon에서 보상을 받은 사용자들은 대부분, 이미 자신의 Discourse 이메일과 Patreon 이메일을 동일하게 공유한 경우 즉시 해당 그룹에 추가되었습니다. 하지만 자신의 Patreon 계정을 설정에서 Discourse 계정에 연결해 놓고, Discourse 이메일과 Patreon 계정의 이메일을 공유하지 않는 사용자(그리고 아마도 더 많은 사용자)가 있습니다. 데이터 새로고침과 동기화를 수행해 보았지만, 여전히 해당 그룹이 부여되지 않았습니다. 이런 현상이 발생하는 이유가 있을까요?
패트레온 이메일과 디스커스 이메일이 서로 다르면 통합이 작동하지 않습니다. 디스커스 또는 패트레온에서 이메일을 업데이트해야 합니다.
그럼 연결하는 의미가 뭐죠? 로그인 용도인가요?
저도 같은 문제를 겪고 있으며, 이메일 주소가 동일하도록 확인하고 다시 확인했습니다. 최근에는 이전보다 이 문제를 겪는 사용자가 꽤 많이 늘었습니다. 수동 동기화를 시도해 보았지만 여전히 작동하지 않습니다.
로그를 확인할 수 있는 방법이 있나요? (포럼/설치 환경에 대한 접근 권한을 제공하여 직접 확인하실 수 있도록 하겠습니다)
네, 사용자에게 패트레온과 디스커스 이메일을 동일하게 설정하고 동기화도 했는데요, 그래도 보상을 못 받고 있어요
이 문제가 발생하는 이유에 대해 어떤 업데이트가 있나요?
혹시 지원받을 수 있는 방법이 있을까요? 사람들이 보상을 위해 비용을 지불하는 상황에서 꽤 치명적인 버그입니다..
이 플러그인에 대해 잘 모르겠습니다. 최근에 이메일 인증과 관련된 문제가 있었습니다. 동기화가 되지 않는 사용자들은 Patreon 쪽에서 이메일을 인증했나요?
네, 이메일은 패트리온에서 인증되어 있습니다.
음. 
“Patreon 데이터 업데이트 및 그룹 동기화” 버튼을 누를 때 콘솔에 오류가 발생합니까?
요소가 검사 요소 콘솔을 의미하는 것이라면, 에러는 발생하지 않습니다.
여러 번 확인해 보았지만 이메일 주소는 동일합니다. 여러 사용자에게서 문제가 발생하고 있습니다.
동기화 로그(sync-log)나 유사한 것을 볼 수 있는 방법이 있을까요?
"https://xxxxxx/forum/patreon/update_data.json"에서 받는 응답은 다음과 같습니다:
음, 지금 무슨 일이 일어나고 있는지 잘 모르겠어요. 아무도 모르는 것 같네요 ㅋㅋ
죄송합니다. 제가 사용해본 플러그인이 아니라서 문제 해결을 위해 최근 변경 사항이 있는지 확인하고 유사한 주제를 검색하는 것 외에는 별다른 방법을 찾지 못했습니다. 
비슷한 내용으로 몇 가지가 언급된 오래된 글이 하나 있습니다: Patreon Plugin Not Updating
주말에는 여기가 꽤 조용해질 수 있지만, 이 플러그인에 대해 경험이 있는 분이 곧 답변을 주시길 바랍니다. 
이건 업데이트가 있나요?
저도 이 문제에 대해 언급드립니다…
총 몇 명의 후원자가 있나요?
관리자 페이지의 사용자 상세 정보에서 후원 내역을 확인해 볼 수 있나요?
Patreon인가요, 아니면 Discourse인가요?
Patreon 페이지 자체에는 다음과 같이 나와 있습니다.
일부 사용자에게는 작동하지만, 문제가 발생하는 사용자에게는 작동하지 않습니다.
오늘 오류 콘솔에서 이 오류도 발견했습니다:
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."}]}
백트레이스
/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'
오류 로그에서 발견한 또 다른 오류입니다:
(patreon) Authentication failure! csrf_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf_detected | CSRF detected
백트레이스
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>'
하지만 인증 오류라고 하기에는 이상한 점이 있습니다. 관리자 플러그인에서 “동기화” 버튼을 누르면 "최근 동기화: 방금"이라는 메시지가 표시되고 정상적으로 작동하기 때문입니다.
로그는 어디서 확인하고 계신가요?