Ich bin nur neugierig: gibt es bestimmte Gründe, warum das Cakeday-Plugin hier deaktiviert wurde?
1 „Gefällt mir“
Das ist deine Schuld 
1 „Gefällt mir“
Also, die Lösung für das Deaktivieren des Plugins in Foren, die vorher kein Cakeday verwendet haben, ist, Cakeday in Foren zu deaktivieren, die Cakeday seit Jahren verwenden?
1 „Gefällt mir“
Ich glaube, die Dinge sind gerade schiefgelaufen.
Hier ist Migration #1, die auskommentiert wurde 
. Wie kann man wissen, ob sie auf jeder Instanz ausgeführt wurde?
Diese Migration hat SiteSetting.cakeday_enabled in der Datenbank gespeichert.
Hier ist eine Bereinigungs-Migration, die diese Einstellung löscht, wenn sie ungefähr zur Zeit der Ausführung von Migration #1 erstellt wurde. Das sieht ein wenig zwielichtig aus aber hey, es funktioniert EDIT es funktioniert nicht.
Also fällt es jetzt auf den Standardwert zurück, der jetzt… aus ist?
Die Dinge liefen schlecht. Es war zwielichtig und hat nicht funktioniert.
Ich habe gerade ein Discourse-Seiten-Update durchgeführt und kam nicht über die Bereinigungs-Migration hinaus, über die Sie sprechen.
Diese Migration stürzt ab. discourse/plugins/discourse-cakeday/db/migrate/20251127125226_delete_old_default_values.rb at main · discourse/discourse · GitHub
Wenn die Migration in der up-Methode migration_timestamp("20250717093505") und migration_timestamp("20250811132217") ausführt, erhalten Sie nil-Werte. Diese nil-Werte führen zu einem Fehler in der SQL-Abfrage in der delete_settings-Methode der Migration.
Ich verschiebe das in Bug in der Hoffnung, dass es mehr Aufmerksamkeit bekommt.
1 „Gefällt mir“