From db1661214535fc4717cb1d7279e2661e61243fb1 Mon Sep 17 00:00:00 2001 From: JJ Fullmer <7743340+darksidemilk@users.noreply.github.com> Date: Sat, 22 Aug 2026 09:56:21 -0500 Subject: [PATCH] Bump FOG_PLUGINS_VERSION to v1.6.13 Picks up FOGProject/fog-plugins#23, which routes all 25 plugin table builds through FOGManagerController::createTableSql() so their optional columns carry a DEFAULT (GH-1245). Schema step 348 repairs the tables an install already has; it cannot repair a plugin's, because createSql() runs as step 0 of the plugin's own schema() and so a plugin installed after the migration rebuilt its table the old way -- every optional column mandatory, and any INSERT omitting one failing with error 1364. Measured against a live 1.6 install, that release takes the bundled plugins from 29 columns carrying a default to 60, with the 52 left bare each bare for a stated reason. The seam it calls landed in #1275, which is on this branch, so the pin can move. Without that, a plugin install would die on Call to undefined method -- which is why the release notes say the two must move together. Co-Authored-By: Claude --- packages/web/lib/fog/system.class.php | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/packages/web/lib/fog/system.class.php b/packages/web/lib/fog/system.class.php index 0b20abf2e2..ae9ca9aee8 100644 --- a/packages/web/lib/fog/system.class.php +++ b/packages/web/lib/fog/system.class.php @@ -108,7 +108,7 @@ public function __construct() // installer reads this to pick which release to download, so a given // FOG release ships a known set of plugins rather than whatever the // default branch held on the day someone installed. - define('FOG_PLUGINS_VERSION', 'v1.6.12'); + define('FOG_PLUGINS_VERSION', 'v1.6.13'); // GH-850: FOG_BASE_DIR is now installer-driven. Initiator loads // commons/fogpaths.php (written from the installer's $fogprogramdir) // before the autoloader runs, so in a normal boot these are already