Solo tengo curiosidad: ¿hay razones específicas por las que el complemento de cakeday ha sido desactivado aquí?
1 me gusta
Esto es tu culpa 
1 me gusta
Entonces, ¿la solución para deshabilitar el complemento en foros que no usaban cakeday antes es deshabilitar cakeday en foros que lo han estado usando durante años?
1 me gusta
Creo que las cosas se torcieron.
Aquí está la migración n.º 1, que ha sido comentada 
. ¿Cómo se puede saber si se ha ejecutado en cada instancia?
Así, esa migración guardó SiteSetting.cakeday_enabled en la base de datos.
Aquí hay una migración de limpieza que elimina esa configuración si se realizó alrededor del momento en que se ejecutó la migración n.º 1. Lo cual parece un poco sospechoso pero bueno, funciona EDITAR: no funciona.
Así que ahora vuelve al valor predeterminado que ahora es… ¿desactivado?
Las cosas se torcieron. Era sospechoso y no funcionó.
Acabo de ejecutar una actualización del sitio de Discourse y no pude pasar la migración de limpieza de la que estás hablando.
Esta migración está fallando. discourse/plugins/discourse-cakeday/db/migrate/20251127125226_delete_old_default_values.rb at main · discourse/discourse · GitHub
Cuando la migración ejecuta migration_timestamp("20250717093505") y migration_timestamp("20250811132217") desde el método up, se obtienen valores nulos. Esos valores nulos rompen la consulta SQL en el método delete_settings de la migración.
Voy a mover esto a Bug con la esperanza de que más gente lo vea
1 me gusta