Since 2.8.0beta2 update some users can't get to preferences (etc)

Earlier this week I updated from 2.7.0.beta2 to 2.8.0.beta2. Since then my regular account (but not my admin account) cannot get to any of my /u/ pages. I get a 404 error instead. This happens on desktop (Firefox 84 and 89) and mobile (tested on Android), and after logging out, clearing cache, and returning.

I suspect this change is related to the issue:

I have had the discourse-user-card-badges plugin installed (it shows as version 0.1) since well before this update and that change plus the error below make me think maybe the plugin doesn’t play nice with the changes? If so, shouldn’t the update disable the plugin or ask me to disable it?

activemodel ( lib/active_model/attribute_methods.rb:469:in `method_missing'
plugins/discourse-user-card-badges/plugin.rb:40:in `block (2 levels) in activate!'
(eval):93: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/serializer.rb:343:in `as_json'
activesupport ( lib/active_support/json/encoding.rb:22:in `encode'
activesupport ( lib/active_support/json/encoding.rb:22:in `encode'
activesupport ( lib/active_support/core_ext/object/json.rb:43:in `to_json'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:331:in `to_json'
multi_json (1.15.0) lib/multi_json/adapters/oj.rb:56:in `dump'
multi_json (1.15.0) lib/multi_json/adapters/oj.rb:56:in `dump'
multi_json (1.15.0) lib/multi_json/adapter.rb:25:in `dump'
multi_json (1.15.0) lib/multi_json.rb:139:in `dump'
app/controllers/application_controller.rb:519:in `render_json_dump'
app/controllers/users_controller.rb:94:in `block (2 levels) in show'
actionpack ( lib/action_controller/metal/mime_responds.rb:214:in `respond_to'
app/controllers/users_controller.rb:86:in `show'
actionpack ( lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
actionpack ( lib/abstract_controller/base.rb:228:in `process_action'
actionpack ( lib/action_controller/metal/rendering.rb:30:in `process_action'
actionpack ( lib/abstract_controller/callbacks.rb:42:in `block in process_action'
activesupport ( lib/active_support/callbacks.rb:117:in `block in run_callbacks'
app/controllers/application_controller.rb:395:in `block in with_resolved_locale'
i18n (1.8.10) lib/i18n.rb:314:in `with_locale'
app/controllers/application_controller.rb:395:in `with_resolved_locale'
activesupport ( lib/active_support/callbacks.rb:126:in `block in run_callbacks'
activesupport ( lib/active_support/callbacks.rb:137:in `run_callbacks'
actionpack ( lib/abstract_controller/callbacks.rb:41:in `process_action'
actionpack ( lib/action_controller/metal/rescue.rb:22:in `process_action'
actionpack ( lib/action_controller/metal/instrumentation.rb:34:in `block in process_action'
activesupport ( lib/active_support/notifications.rb:203:in `block in instrument'
activesupport ( lib/active_support/notifications/instrumenter.rb:24:in `instrument'
activesupport ( lib/active_support/notifications.rb:203:in `instrument'
actionpack ( lib/action_controller/metal/instrumentation.rb:33:in `process_action'
actionpack ( lib/action_controller/metal/params_wrapper.rb:249:in `process_action'
activerecord ( lib/active_record/railties/controller_runtime.rb:27:in `process_action'
actionpack ( lib/abstract_controller/base.rb:165:in `process'
actionview ( lib/action_view/rendering.rb:39:in `process'
rack-mini-profiler (2.3.2) lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'

actionpack ( lib/action_controller/metal.rb:190:in `dispatch'
actionpack ( lib/action_controller/metal.rb:254:in `dispatch'
actionpack ( lib/action_dispatch/routing/route_set.rb:50:in `dispatch'
actionpack ( lib/action_dispatch/routing/route_set.rb:33:in `serve'
actionpack ( lib/action_dispatch/journey/router.rb:50:in `block in serve'
actionpack ( lib/action_dispatch/journey/router.rb:32:in `each'
actionpack ( lib/action_dispatch/journey/router.rb:32:in `serve'
actionpack ( lib/action_dispatch/routing/route_set.rb:842:in `call'
lib/middleware/omniauth_bypass_middleware.rb:71: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 ( lib/action_dispatch/http/permissions_policy.rb:22:in `call'
lib/content_security_policy/middleware.rb:12:in `call'
lib/middleware/anonymous_cache.rb:355: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 ( lib/action_dispatch/middleware/cookies.rb:689:in `call'
actionpack ( lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
activesupport ( lib/active_support/callbacks.rb:98:in `run_callbacks'
actionpack ( lib/action_dispatch/middleware/callbacks.rb:26:in `call'
actionpack ( lib/action_dispatch/middleware/actionable_exceptions.rb:18:in `call'
actionpack ( lib/action_dispatch/middleware/debug_exceptions.rb:29:in `call'
actionpack ( lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
logster (2.9.6) lib/logster/middleware/reporter.rb:43:in `call'
railties ( lib/rails/rack/logger.rb:37:in `call_app'
railties ( lib/rails/rack/logger.rb:28:in `call'
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'
actionpack ( lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack ( lib/action_dispatch/middleware/request_id.rb:26:in `call'
lib/middleware/enforce_hostname.rb:23:in `call'
rack (2.2.3) lib/rack/method_override.rb:24:in `call'
actionpack ( lib/action_dispatch/middleware/executor.rb:14:in `call'
rack (2.2.3) lib/rack/sendfile.rb:110:in `call'
actionpack ( lib/action_dispatch/middleware/host_authorization.rb:92:in `call'
rack-mini-profiler (2.3.2) lib/mini_profiler/profiler.rb:249:in `call'

message_bus (3.3.6) lib/message_bus/rack/middleware.rb:61:in `call'
lib/middleware/request_tracker.rb:177:in `call'
railties ( lib/rails/engine.rb:539:in `call'
railties ( lib/rails/railtie.rb:207:in `public_send'
railties ( 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.0.0) lib/unicorn/http_server.rb:634:in `process_client'
unicorn (6.0.0) lib/unicorn/http_server.rb:732:in `worker_loop'
unicorn (6.0.0) lib/unicorn/http_server.rb:547:in `spawn_missing_workers'
unicorn (6.0.0) lib/unicorn/http_server.rb:143:in `start'
unicorn (6.0.0) bin/unicorn:128:in `<top (required)>'
vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `load'
vendor/bundle/ruby/2.7.0/bin/unicorn:23:in `<main>'

Is this a third party plugin? So you have a path forward, to disable the plugin?

The plugin appears to be official. Clicking on it takes me to:

And yes, disabling the plugin fixes the 404. My question is why that needs to be a manual step, given that I thought this was an official plugin and would continue to work.

Is this functionality that we moved from the plugin to core?

We should put a deprecation notice on the plugin in that case… what do you think @neil?


I will note that before posting I had checked and saw the last commit on the plugin was more recent than the 2.8.0beta2 release. Looking again I see the commit is from a “bot” user so might not be indicative of much.

Looking more closely, I don’t think it is exactly the same. The badge appeared as a large image in the lower left corner of the user card. This new core functionality seems to control small boxes with tiny badge images and a badge name along the bottom of the user card.

This post Why does eviltrout have a garbage man badge? shows an early version of the badge feature:

As it existed prior to this update, the selection was limited to images associated with achievements earned. I have attached custom images to all badges on my forum to make such user card badges prettier. (The default ones are, um, “garbage”.)

I’m guessing it’s the new is_favorite column added to the UserBadges table.

The SQL is probably broken now. do |name|
              if name == 'is_favorite'
                "BOOL_OR(user_badges.#{name}) AS is_favorite"
                "MAX(user_badges.#{name}) AS #{name}"

I’ve just merged a fix for the plugin:

The image column was removed from Badge in UX: Add image uploader widget for uploading badge images (#12377) · discourse/discourse@a23d0f9 · GitHub, and we partially updated the plugin then but missed some places.

While we endeavour to keep core changes from breaking plugins, sometimes we either miss usages or our plugins are lacking test coverage (we run tests for all official plugins every time a change is made to core). In the commit above I added more tests to the discourse-user-card-badges plugin to prevent any similar issues in future.


I get that mistakes happen. When I wrote that, I thought this plugin’s functionality was duplicated by a new core feature. Only after exploring that feature further did I realize they are different things.


This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.