volas
23 Marzo, 2026 00:18
1
Por alguna razón, Discourse dejó de enviar correos electrónicos sobre nuevas versiones; el último fue sobre la versión 3.5.0.beta2 hace un año. Nunca me di cuenta porque estaba suscrito a release_notes , pero con el nuevo esquema de lanzamiento parece que tampoco hay más notas de la versión en el foro meta.
La configuración está activada:
contact_email está completado (por cierto, buscar “contact_email” en la configuración de administración te lleva a la página “about” con múltiples campos; el filtrado por nombre de configuración no funciona allí):
Existe una nueva versión:
Pero el correo electrónico nunca se envió, se omitió, rebotó, etc.
Para contexto, hay un usuario con servicio suspendido con el mismo correo electrónico, pero probablemente no debería afectar a los correos electrónicos de versión.
2 Me gusta
Parece que el trabajo CallDiscourseHub está roto. O al menos en mi sitio (esr) solo falla.
Excepción de trabajo: Tipo de argumento de comando no compatible: 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 Me gusta
Ed_S
23 Marzo, 2026 14:18
3
Yo también, el último correo electrónico (de ambos mis foros) fue en junio del año pasado.
¡Vale la pena arreglarlo!
2 Me gusta
david
23 Marzo, 2026 15:18
4
¡Gracias por los informes! Parece que esto se rompió tras una actualización a la gema redis en marzo 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 Me gusta
