volas
Março 23, 2026, 12:18am
1
Por algum motivo, o Discourse parou de enviar e-mails de nova versão, o último foi sobre a 3.5.0.beta2 há um ano. Nunca notei porque estava inscrito nas release_notes , mas com o novo esquema de lançamento parece que não há mais notas de lançamento no fórum meta também.
A configuração está ativada:
O contact_email está preenchido (a propósito, pesquisar por “contact_email” nas configurações de administração leva você à página “about” com vários campos, a filtragem por nome da configuração não funciona lá):
Existe uma nova versão:
Mas o e-mail nunca foi enviado, pulado, devolvido, etc.
Para contexto, há um usuário de serviço suspenso com o mesmo e-mail, mas provavelmente não deve afetar os e-mails de versão.
2 curtidas
Parece que o job CallDiscourseHub está quebrado. Ou pelo menos no meu site (esr) ele só falha.
Job exception: Unsupported command argument type: TrueClass
redis-client-0.26.1/lib/redis_client/command_builder.rb:37:in 'block in RedisClient::CommandBuilder#generate'
redis-client-0.26.1/lib/redis_client/command_builder.rb:28:in 'Array#map!'
redis-client-0.26.1/lib/redis_client/command_builder.rb:28:in 'RedisClient::CommandBuilder#generate'
redis-client-0.26.1/lib/redis_client.rb:351:in 'RedisClient#call_v'
redis-5.4.0/lib/redis/client.rb:90:in 'Redis::Client#call_v'
rack-mini-profiler-4.0.1/lib/mini_profiler/profiling_methods.rb:90:in 'block in Redis::Client#profile_method'
(eval at /var/www/discourse/lib/method_profiler.rb:38):5:in 'Redis::Client#call_v'
redis-5.4.0/lib/redis.rb:152:in 'block in Redis#send_command'
redis-5.4.0/lib/redis.rb:151:in 'Monitor#synchronize'
redis-5.4.0/lib/redis.rb:151:in 'Redis#send_command'
redis-5.4.0/lib/redis/commands/hashes.rb:51:in 'Redis::Commands::Hashes#hmset'
redis-5.4.0/lib/redis/commands/hashes.rb:66:in 'Redis::Commands::Hashes#mapped_hmset'
/var/www/discourse/lib/discourse_redis.rb:144:in 'Kernel#public_send'
/var/www/discourse/lib/discourse_redis.rb:144:in 'block (3 levels) in <class:DiscourseRedis>'
/var/www/discourse/lib/discourse_redis.rb:29:in 'DiscourseRedis.ignore_readonly'
/var/www/discourse/lib/discourse_redis.rb:144:in 'block (2 levels) in <class:DiscourseRedis>'
/var/www/discourse/lib/discourse_updates.rb:116:in 'block in DiscourseUpdates.missing_versions='
/var/www/discourse/lib/discourse_updates.rb:114:in 'Array#each'
/var/www/discourse/lib/discourse_updates.rb:114:in 'DiscourseUpdates.missing_versions='
/var/www/discourse/app/jobs/scheduled/call_discourse_hub.rb:19:in 'Jobs::CallDiscourseHub#execute'
/var/www/discourse/app/jobs/base.rb:318:in 'block (2 levels) in Jobs::Base#perform'
rails_multisite-7.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in 'RailsMultisite::ConnectionManagement::NullInstance#with_connection'
rails_multisite-7.0.0/lib/rails_multisite/connection_management.rb:17:in 'RailsMultisite::ConnectionManagement.with_connection'
/var/www/discourse/app/jobs/base.rb:305:in 'block in Jobs::Base#perform'
/var/www/discourse/app/jobs/base.rb:301:in 'Array#each'
/var/www/discourse/app/jobs/base.rb:301:in 'Jobs::Base#perform'
/var/www/discourse/app/jobs/base.rb:381:in 'Jobs::Scheduled#perform'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in 'MiniScheduler::Manager::Runner#process_queue'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in 'MiniScheduler::Manager::Runner#worker_loop'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in 'block (2 levels) in MiniScheduler::Manager::Runner#ensure_worker_threads'
3 curtidas
Ed_S
Março 23, 2026, 2:18pm
3
Eu também, o último e-mail (dos meus fóruns) foi em junho do ano passado.
Vale a pena consertar!
2 curtidas
david
Março 23, 2026, 3:18pm
4
Obrigado pelos relatórios! Parece que isso quebrou após uma atualização para a gem redis em março de 2025
main ← version-mailer
opened 03:11PM - 23 Mar 26 UTC
Since our update to redis gem v5.x in March 2025, the CallDiscourseHub job has b… een raising an error because it fails to store `TrueClass`/`FalseClass` values which are returned from the API. This means that new-version emails were not sent.
We don't have any need to store the `critical: true|false` values, so this commit slices the response to only include the strings we need. It also adds a spec which would've caught the error.
3 curtidas
