単に気になりますが、こちらのプラグインが非アクティブ化されている特定の理由はあるのでしょうか？
「いいね！」 1
これはあなたのせいです 
「いいね！」 1
つまり、cakeday を以前使用していなかったフォーラムでプラグインを無効にするための解決策は、長年 cakeday を使用してきたフォーラムで cakeday を無効にすることですか？
「いいね！」 1
状況は悪化したと思います。
ここにコメントアウトされたマイグレーション #1があります 
。
それがすべてのインスタンスで実行されたかどうかをどうやって知ることができますか？
そのマイグレーションは SiteSetting.cakeday_enabled をデータベースに永続化しました。
ここにクリーンアップマイグレーションがあり、マイグレーション #1 が実行された頃に作成された場合、その設定を削除します。これは少し怪しいですが、まあ、動きます 編集：動きません。
それで、今はデフォルトに戻りますが、そのデフォルトは…オフですか？
事態は悪化しました。それは怪しく、機能しませんでした。
Discourseサイトのアップデートを実行したところ、あなたが話しているクリーンアップマイグレーションを通過できませんでした。
このマイグレーションでクラッシュしています。discourse/plugins/discourse-cakeday/db/migrate/20251127125226_delete_old_default_values.rb at main · discourse/discourse · GitHub
マイグレーションがupメソッド内でmigration_timestamp("20250717093505")とmigration_timestamp("20250811132217")を実行すると、nil値が返されます。そのnil値が、マイグレーションのdelete_settingsメソッド内のSQLクエリを壊します。
これを Bug に移動して、より多くの人の目に留まるようにします
「いいね！」 1
d-cakeday をコアにマージするプロセスは計画通りに進みませんでした…
バンドルされたすべてのプラグインはデフォルトで無効にする必要があり、d-cakeday は常に有効になっていた数少ない移行されたプラグインの 1 つでした。
その考えは、コアへの移行前にプラグインを有効にしていたサイトでは引き続き有効にし、移行前にプラグインを持っていなかったサイトでは新しいデフォルト値 (オフ) を使用するというものでした。
私は現在、cakeday/cakeday_birthday を有効にするか、デフォルトの「オフ」値を維持するかを判断するためのヒューリスティックを使用する新しいマイグレーションで、最新の (間違った) マイグレーションを置き換える PR を開きました。
「いいね！」 5
このトピックは4日後に自動的にクローズされました。新しい返信は許可されていません。