This is the complete changelog for all modifications of WP Staging Pro 2.2.0
WP STAGING|PRO 2.2.0
- Fix: Cloning a new site results in [undefined]
- Fix: Show all tables from the tables selection dialogue and use default selection for correct tables
- Fix: If clone has been created with an older WP Staging version its not possible to use the update function successfully
- Fix: File Copy Limit settings default value is 1 now, which prevents some cases where not all files were copied over
- Fix: Missing files in clone site if copy file limit is higher than 1
- Tweak: Remove table wpstg_rmpermalinks_executed when plugin is uninstalled
Author: Rene Hermenau
I'm René Hermenau, founder of WP STAGING. I've been building WordPress infrastructure software since 2013 and writing code on GitHub since 2011. My repos live at github.com/rene-hermenau.
WP STAGING started as a small developer project solving the same problem I kept hitting on client work: there was no fast, safe way to clone a WordPress site for staging or migration without breaking serialized data, file paths, or media references.
Today we are a team of more than 10 people. The free plugin runs on hundreds of thousands of WordPress installations, and the Pro version powers backup, migration, and staging workflows for agencies, hosting platforms, and ecommerce stores.
I'm still hands-on with the codebase and technical architecture. Our releases are built as a team, but many of the core architectural decisions are ones I helped design, test, and evolve over the years: how we handle large database exports, how we keep memory usage flat on multi-GB sites, and how we make migrations atomic against partially written tables.
"When you touch code, leave it 10% better than before and write a test."
If you're stuck on a WP STAGING question, the docs are at wp-staging.com/docs. If you hit a bug, file it on GitHub at github.com/wp-staging. Our team reads everything that lands there.
View all posts by Rene Hermenau
