Problema ao acessar páginas específicas quando logado

Olá, comunidade Discourse!

Estamos executando a versão 2.4.5 do Discourse via Docker em uma VM Debian. A seguinte mensagem de erro:

NoMethodError (método não definido automatic_membership_retroactive para #Group:0x00007fb84804bac0)
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activemodel-6.0.1/lib/active_model/attribute_methods.rb:431:in `method_missing’

… é exibida nos logs do Discourse ao tentar acessar algumas páginas como usuário logado (e com nível de administrador, no meu caso):

O problema não ocorre apenas na minha própria página de perfil (/u/mathieugp); todos os perfis geram o erro no log de erros do Discourse e exibem um erro 500 no lado do cliente. Às vezes, há um registro de erro 404 ao carregar certas outras páginas (subpáginas, pelo que pude perceber), como esta:

  • /u/mathieugp/summary

Consigo visualizar meu próprio perfil (e o de outros usuários) quando não estou logado. Obviamente, não consigo ver nada útil da administração de grupos sem estar logado, mas também não há nenhum erro incomum exibido.

O rastreamento completo do log do Discourse:

> activemodel-6.0.1/lib/active_model/attribute_methods.rb:431:in `method_missing'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:99:in `block in attribute'
> (eval):12:in `_fast_attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:468:in `rescue in attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:455:in `attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:480:in `_serializable_hash'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:359:in `serializable_hash'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:89:in `block in _serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:79:in `map'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:79:in `_serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:73:in `serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:53:in `as_json'
> /var/www/discourse/app/controllers/application_controller.rb:427:in `serialize_data'
> /var/www/discourse/app/controllers/groups_controller.rb:91:in `index'
> actionpack-6.0.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
> actionpack-6.0.1/lib/abstract_controller/base.rb:196:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
> actionpack-6.0.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
> activesupport-6.0.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
> actionpack-6.0.1/lib/abstract_controller/callbacks.rb:41:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/rescue.rb:22:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'
> activesupport-6.0.1/lib/active_support/notifications.rb:180:in `block in instrument'
> activesupport-6.0.1/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
> activesupport-6.0.1/lib/active_support/notifications.rb:180:in `instrument'
> actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:32:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/params_wrapper.rb:245:in `process_action'
> activerecord-6.0.1/lib/active_record/railties/controller_runtime.rb:27:in `process_action'
> actionpack-6.0.1/lib/abstract_controller/base.rb:136:in `process'
> actionview-6.0.1/lib/action_view/rendering.rb:39:in `process'
> rack-mini-profiler-1.1.6/lib/mini_profiler/profiling_methods.rb:78:in `block in profile_method'
> actionpack-6.0.1/lib/action_controller/metal.rb:191:in `dispatch'
> actionpack-6.0.1/lib/action_controller/metal.rb:252:in `dispatch'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:51:in `dispatch'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:33:in `serve'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:49:in `block in serve'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `each'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `serve'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:837:in `call'
> /var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
> rack-2.0.8/lib/rack/tempfile_reaper.rb:15:in `call'
> rack-2.0.8/lib/rack/conditional_get.rb:25:in `call'
> rack-2.0.8/lib/rack/head.rb:12:in `call'
> /var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
> /var/www/discourse/lib/middleware/anonymous_cache.rb:318:in `call'
> rack-2.0.8/lib/rack/session/abstract/id.rb:259:in `context'
> rack-2.0.8/lib/rack/session/abstract/id.rb:253:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/cookies.rb:648:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
> activesupport-6.0.1/lib/active_support/callbacks.rb:101:in `run_callbacks'
> actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
> logster-2.6.3/lib/logster/middleware/reporter.rb:43:in `call'
> railties-6.0.1/lib/rails/rack/logger.rb:38:in `call_app'
> railties-6.0.1/lib/rails/rack/logger.rb:28:in `call'
> /var/www/discourse/config/initializers/100-quiet_logger.rb:18:in `call'
> /var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/request_id.rb:27:in `call'
> /var/www/discourse/lib/middleware/enforce_hostname.rb:17:in `call'
> rack-2.0.8/lib/rack/method_override.rb:22:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/executor.rb:14:in `call'
> rack-2.0.8/lib/rack/sendfile.rb:111:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/host_authorization.rb:77:in `call'
> rack-mini-profiler-1.1.6/lib/mini_profiler/profiler.rb:184:in `call'
> message_bus-2.2.3/lib/message_bus/rack/middleware.rb:57:in `call'
> /var/www/discourse/lib/middleware/request_tracker.rb:181:in `call'
> railties-6.0.1/lib/rails/engine.rb:526:in `call'
> railties-6.0.1/lib/rails/railtie.rb:190:in `public_send'
> railties-6.0.1/lib/rails/railtie.rb:190:in `method_missing'
> rack-2.0.8/lib/rack/urlmap.rb:68:in `block in call'
> rack-2.0.8/lib/rack/urlmap.rb:53:in `each'
> rack-2.0.8/lib/rack/urlmap.rb:53:in `call'
> unicorn-5.5.3/lib/unicorn/http_server.rb:605:in `process_client'
> unicorn-5.5.3/lib/unicorn/http_server.rb:700:in `worker_loop'
> unicorn-5.5.3/lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
> unicorn-5.5.3/lib/unicorn/http_server.rb:144:in `start'
> unicorn-5.5.3/bin/unicorn:128:in `<top (required)>'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'
```\n
Por favor, me avise se houver outras informações que possam ser úteis para entender melhor o bug.

Provavelmente deveria mencionar alguns problemas anteriores que enfrentamos com o acesso a certas páginas em nossa instância do Discourse. Por um tempo, eu nem conseguia acessar a área de administração. Esse problema parece ter desaparecido completamente após executar o seguinte comando:

`# ./launcher rebuild app`

Voltei a conseguir acessar a área de administração, mas não percebi minha incapacidade de gerenciar grupos. Só notei isso várias semanas depois, quando precisei adicionar um usuário a um grupo. Quanto à visualização de perfis, infelizmente não tenho certeza: parece que não poderia ter perdido algo tão grande, mas talvez eu não estivesse logado em algum momento e assumi que tudo estava bem quando não estava? Ou o problema de exibir perfis não existia e apareceu apenas mais tarde. (Desculpe pela vagueza dessas últimas afirmações: não consigo lembrar com certeza e não há nenhum rastro para eu seguir!)

Espere, você está na branch “stable” aqui? Você pode mudar para a beta? Esse backtrace parece ser de uma versão estável ou de alguma versão mais antiga do Discourse.

Parece que sua instância está parcialmente migrada?

@sam Sim, até onde eu sei, estamos no canal de lançamento stable. Estou entendendo corretamente que você sugere que façamos a atualização do stable para a última versão beta para tentar contornar o problema? Seria suficiente voltar para o canal tests-passed?

Mover para tests-passed também está tudo bem, mas lembre-se de que você só pode voltar para beta ou stable no dia em que fizermos um lançamento de beta ou stable.

A migração da versão 2.4.5 para a 2.5.0 parece ter resolvido o problema. Muito obrigado, Sam! :slight_smile: