Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 7 additions & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,8 +2,15 @@

## Unreleased

No changes yet.

## 1.2.5 — 2026-10-07

- Generate native `wp-config.php` directly in the WordPress core parent (`public/` for a `public/wp/` layout), eliminating the default root configuration and forwarding loader. WP-CLI, section editing, setup drift and production diagnostics follow the same target.
- Recover literal salts from previous managed native root configurations without executing PHP; retain the root file for rollback. Customized sections, dynamic salt providers, location-dependent salt code and root symlinks require explicit migration. Literal salt edits, legacy profile layouts and alternate configuration targets remain supported.
- Report the current release version in the standalone CLI.

See the [1.2.5 upgrade notes](docs/releases/1.2.5.md).

## 1.2.4 — 2026-10-05

Expand Down
24 changes: 24 additions & 0 deletions docs/releases/1.2.5.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,24 @@
# Runtime 1.2.5

Update `sympress/runtime` with Composer, review the lockfile and regenerate the
managed configuration with `vendor/bin/runtime --no-interaction`.

For a `public/wp/` core layout, the main configuration now lives directly in
`public/wp-config.php`. WordPress loads it natively from the core's parent;
the root configuration and public forwarding loader are no longer required.
WP-CLI, section editing, setup drift and production diagnostics use the same
configuration target. Explicit alternate targets and compatibility profiles
remain supported.

Migration recovers literal authentication keys and salts from an existing managed
native root configuration without executing it. The previous root file remains
available for rollback. After verifying WordPress bootstrap and the preserved
salts, archive that file outside the public website before removing it from the
project root.

Customized sections, dynamic salt providers, location-dependent salt code and
root symlinks require explicit migration. These cases fail before generated
configuration is changed. Literal edits to the managed salt section remain
supported. See the [compatibility migration guide](../compatibility.md).

The standalone CLI reports version 1.2.5.
2 changes: 1 addition & 1 deletion src/Console/Application.php
Original file line number Diff line number Diff line change
Expand Up @@ -31,7 +31,7 @@ public static function main(array $arguments, string $root, string $vendor, ?arr
$installed = is_file($installedFile) ? json_decode((string) file_get_contents($installedFile), true, 512, JSON_THROW_ON_ERROR) : [];
$dev = !is_array($installed) || ($installed['dev'] ?? true) !== false;
$context = $data === null ? new RunContext($root, $vendor, $bin, dev: $dev, manifest: $manifestFile) : RunContext::fromArray($data);
$application = new ConsoleApplication('SymPress Runtime', '1.1.1');
$application = new ConsoleApplication('SymPress Runtime', '1.2.5');
$application->setAutoExit(false);
foreach (['run', ...Registry::RESERVED] as $operation) {
$application->addCommand(new RuntimeCommand($context, $operation));
Expand Down
Loading