Release v6.15.1
Wp Staging Pro v6.15.1
What's new in v6.15.1
Wp Staging Pro v6.15.1 was released on . Features: Cloning - Create a clone of your website with a simple click Push Changes - Copy Plugins, Theme & Media files from Staging to Live site Authentication - Staging Site is available for auth... See the full changelog below and compare with the complete version history.
Release details
Released
3.7 MB
File available
Changelog
Added
- Enable multipart backups with compression. (Pro) #3423
- Show whether each staging site still opens, with a diagnose dialog and a re-check button when it does not. #5645
Other
- Enh: Add database table and file-part metadata to new backups using backup format 2.1.1. #5571
- Enh: Offer WP Staging Pro on the Free first run once the first backup or staging site is ready, and link Pro pricing from the task selector. #6203
- Enh: Provision only the WordPress sites a CI job actually uses so E2E rounds spend less time setting up. #6330
- Enh: Remove duplicated markup and request code behind the backup, staging and command line screens. #6136
- Enh: Replace scheduled backup plans with inline collapsible section on the backup tab. #2093
- Enh: Rework the staging-creation screen into one understandable process with persistent stages, an activity indicator and on-demand diagnostics. #6205
- Enh: Run an E2E round on Blacksmith when it would be second in the queue for our own runners. #6331
- Enh: Share one copy of the database tasks used by backup restore, push and staging. #6134
- Enh: Show the reworked staging process screen when updating or resetting a staging site. #6218
Fixed
- Build the log stream REST URL from the host and scheme of each request, so a running job no longer reports an error on sites served under several domains or over both HTTP and HTTPS. #6233
- Count immediate scheduled backups and keep success open on Escape. #6434
- Disable the backup modal when updating a staging site. #6401
- Encrypt Google Drive OAuth tokens in the database. #6246
- Give WP STAGING's navigation back on the screen that reports the first staging site or backup, instead of holding the screen until the first run is dismissed. #6381
- Give a new staging site the database credentials in wp-config.php when the live site's wp-config.php is a symlink, as on Bitnami, or loads its credentials from another file. #6374
- Honor the unit-test resource-threshold opt-out in legacy jobs. #6198
- Keep MoveHandlerTest reliable on Windows permission checks. #6199
- Keep WP STAGING's Backup & Migration page reachable during the first run, instead of showing the success screen there as well. #6381
- Keep WP STAGING's own submenu on screen throughout the first run, and end the first run when one of its entries is picked. #6381
- Keep a backup the remote refused to delete in the retention list. (Pro) #6338
- Keep damaged staging site data intact while a staging site is deleted, so the repair notice still has something to repair. #5892
- Keep delete-guard case-alias tests independent of request timeouts. #6125
- Keep deselected tables when deleting a staging site. #6193
- Keep the live site's license active after a Next-Gen push. (Pro) #6429
- Keep the notification badge beside the WP STAGING menu label. #6400
- Keep the separate administrator account after a Next-Gen update or reset of a staging site. (Pro) #6388
- Keep the staging database credentials in wp-config.php after a Next-Gen reset or update of a staging site that uses an external database. (Pro) #6352
- Let the staging site creation screen be closed with Escape or a click beside it once its job has finished. #6381
- Let the unit test suite run again; FinalizeMultipartDatabaseTaskTest stopped it loading on every PHP version. #6265
- Match CPU Load Priority defaults and restore the inline layout. #6109
- Prevent Free feedback assets from loading on the front end. #5580
- Prevent TypeError when reading backup DTO fields before they are set. #5636
- Prevent invalid WordPress Home or Site URLs from crashing WP Admin. #6221
- Prevent the empty-object warning when plugin information requests fail. (Pro) #3043
- Regenerate Elementor CSS so layouts survive pushing staging to live. (Pro) #6090
- Regenerate the English translation template so it matches the strings in the free backup modal. #6306
- Regenerate the translation template so static_checks passes again. #6322
- Remote Sync pull gets stuck waiting after the source site has finished preparing the backup. (Pro) #5218
- Report a backup plan as overdue only when a run it was due to make did not happen, instead of judging the WordPress cron events, take the last run of a plan created before WP STAGING recorded its runs from the backups it produced, and stop the free version reporting backup plans created with WP Staging Pro as overdue. #6347
- Report a finished event when a Next-Gen staging job ends, and record a staging job stopped by its requirements check as a requirement failure instead of as a finished job. #6275
- Report a stable error code with a failed job, so failure causes can be counted across languages. #6276
- Report the static checks of the fast-tests run in the pull request description too. #6324
- Restore tables with long names across multiple requests. #5828
- Restore the staging site list automatically when its stored data is damaged, instead of clearing it and asking y
Compatibility
- Requires WordPress
- 3.6+
- Tested up to
- 7.1
- Requires PHP
- 7.0
Verified safe
Wp Staging Pro v6.15.1 scanned clean with no security threats detected.
View full scan report