Royal MCP GuardPress ForgeCache SiteVault Royal Links SEObolt FormForge Support Case Studies AI Credits My Account Cart
Support / SiteVault / Staging Troubleshooting

Staging Environment TroubleshootingPRO

Staging environments let you test changes safely before pushing to production. This guide covers common staging issues and their solutions.

Staging is a Pro Feature

Staging environments are only available in SiteVault Pro. Upgrade to Pro to create staging sites.

Staging Creation Fails

If your staging site fails to create, there are several common causes.

Not Enough Disk Space

Symptom: "Insufficient disk space" error or creation stops midway

Solution:
  • Staging requires roughly the same disk space as your production site
  • Check available space in your hosting panel (cPanel > Disk Usage, Plesk > Statistics, etc.)
  • Delete old backups, cache files, or logs to free space
  • Consider upgrading hosting plan if consistently low on space
Shared Hosting Tip

Most shared hosting panels show disk usage prominently on the dashboard. On cPanel, check "Disk Usage" in the Files section. If you're unsure, contact your host's support.

Database Creation Fails

Symptom: "Could not create staging database" or database prefix errors

Solution:
  • Check database limits - Some hosts limit the number of databases you can create
  • Verify permissions - Your database user needs CREATE DATABASE permission
  • Manual database creation - Create a database manually in cPanel/phpMyAdmin, then retry
Shared Hosting Limits

Many shared hosts limit you to 1-3 databases. You may need to use the same database with a different table prefix. SiteVault handles this automatically.

File Copy Timeout

Symptom: Progress bar stops during file copying

Solution:
  • Increase PHP max_execution_time to 300+ seconds
  • Exclude large directories (cache, logs, backups) from staging
  • Try creating staging during off-peak hours
  • For very large sites, contact host about increasing server limits

Directory Permission Denied

Symptom: "Cannot create directory" or "Permission denied"

Solution:
  • Staging creates a subdirectory (e.g., /staging/) in your WordPress root
  • Ensure the parent directory is writable (permission 755)
  • Check that the web server user owns or can write to the directory
Via FTP Client (Shared Hosting):
  1. Connect via FileZilla or similar FTP client
  2. Right-click your WordPress root folder
  3. Choose "File Permissions" and set to 755
  4. If staging still fails, contact your host about directory ownership
Via SSH (VPS/Dedicated):
chmod 755 /path/to/wordpress chown www-data:www-data /path/to/wordpress

Staging Site Not Working

Staging site was created but doesn't load or work correctly.

White Screen or 500 Error

Symptom: Staging URL shows blank page or server error

Debug Steps:

Enable Debug Mode

Edit wp-config.php in the staging directory:

define('WP_DEBUG', true); define('WP_DEBUG_LOG', true);

Check debug.log

Look in staging/wp-content/debug.log for the actual error

Common Fixes

Usually it's a plugin conflict or PHP version issue - see specific errors below

Links Redirect to Production Site

Symptom: Clicking links on staging takes you to production

Solution:

The URL replacement may have failed. Manually update wp-config.php in staging:

define('WP_HOME', 'https://yourdomain.com/staging'); define('WP_SITEURL', 'https://yourdomain.com/staging');

And run search-replace in the staging database:

UPDATE staging_options SET option_value = 'https://yourdomain.com/staging' WHERE option_name IN ('siteurl', 'home');

Images/CSS Not Loading

Symptom: Staging looks broken, unstyled, or images are missing

Possible Causes:
  • Hardcoded URLs - Theme or plugins have hardcoded production URLs
  • CDN issues - CDN is serving production assets to staging
  • Mixed content - HTTP/HTTPS mismatch
Solutions:
  • Disable CDN plugins on staging (Cloudflare, WP Rocket CDN, etc.)
  • Run a thorough search-replace for all URL variations
  • Check browser console for specific blocked resources

Plugins Not Working on Staging

Symptom: Specific plugin features don't work on staging

Common Causes:
  • License validation - Plugin licenses may only work on specific domains
  • API keys - Payment gateways, email services configured for production domain
  • Cron jobs - Scheduled tasks may not run on staging subdirectory
Payment Gateway Warning

Never process real payments on staging! Switch payment gateways to test/sandbox mode or disable them entirely.

WooCommerce Theme Crashes on Staging

Symptom: "Call to undefined function is_checkout()" or similar fatal errors

Cause:

Your theme uses WooCommerce functions but WooCommerce wasn't activated before the theme loaded.

Solution:

Activate WooCommerce BEFORE activating your theme. Via WP-CLI:

# Reset to default theme first wp theme activate twentytwentyfive # Activate WooCommerce wp plugin activate woocommerce # Now activate your WooCommerce theme wp theme activate your-woo-theme
No WP-CLI Access?

Via FTP: Navigate to staging/wp-content/themes/, rename your theme folder temporarily (e.g., add -disabled), log into staging wp-admin, activate WooCommerce, then rename your theme folder back via FTP and activate it.

SSL/HTTPS Issues

SSL certificate problems are common with staging subdirectories.

SSL Certificate Error on Staging

Symptom: "Your connection is not private" when accessing staging

Solutions:
  • Wildcard SSL - If staging is at staging.yourdomain.com, you need a wildcard SSL (*.yourdomain.com)
  • Subdirectory staging - If staging is at yourdomain.com/staging/, your existing SSL should cover it automatically
  • Let's Encrypt - Run Certbot again to include the staging subdomain

Mixed Content Warnings

Symptom: Browser shows "Not Secure" even with SSL

Solution:
  • Some URLs in the database still use HTTP instead of HTTPS
  • Run search-replace in staging database:
-- Replace HTTP with HTTPS UPDATE staging_posts SET post_content = REPLACE(post_content, 'http://yourdomain.com', 'https://yourdomain.com'); UPDATE staging_postmeta SET meta_value = REPLACE(meta_value, 'http://yourdomain.com', 'https://yourdomain.com');

Push to Live Issues

Problems when deploying staging changes to production.

Push to Live Fails

Symptom: Error when trying to push staging to production

Checklist:
  • Ensure you have a recent backup of production (created automatically but verify)
  • Check disk space on server
  • Verify database user has proper permissions
  • Disable caching plugins temporarily

Production Broken After Push

Symptom: Live site has errors after pushing staging changes

Immediate Recovery:

Don't Panic

A backup was created before the push. Go to SiteVault > Backups.

Find Pre-Push Backup

Look for backup labeled "Pre-staging push" with today's date.

Restore

Click Restore to roll back to your working production state.

Diagnose

After recovery, test staging more thoroughly before pushing again.

Test Before Push

Always test all critical functionality on staging before pushing: checkout process, contact forms, login, etc.

Only Want to Push Certain Changes

Question: Can I push only specific files or database tables?

Options:
  • Full push - SiteVault pushes the complete staging environment
  • Manual selective push - For selective changes, manually copy specific files via FTP or export/import specific database tables
  • Plugin-based changes - For plugins like Elementor, use built-in export/import features
Database Changes

If you only changed content (posts, pages), you may want to export just those tables rather than full push. Full push replaces the entire production database.

Sync from Live Issues

Problems when updating staging with the latest production data.

Sync Overwrites My Staging Changes

Symptom: Lost changes on staging after syncing from production

Understanding Sync:

Sync from Live replaces staging data with production data. If you have uncommitted changes on staging, they will be lost.

Best Practice:
  • Before sync: Push staging changes to production first, OR
  • Export changes: Export theme/plugin files you modified before syncing
  • Document changes: Keep notes of what you changed so you can re-apply

Sync Takes Too Long

Symptom: Sync process times out or takes hours

Solutions:
  • Large media libraries take longest - exclude uploads folder if not needed
  • Run sync during off-peak hours
  • For very large sites, delete and recreate staging instead of syncing

Disk Space Management

Staging sites can consume significant disk space.

Staging Using Too Much Space

Symptom: Server running out of disk space after creating staging

Space-Saving Tips:
  • Delete unused staging sites - If you're done testing, delete the staging environment
  • Exclude large directories - Don't include cache, logs, or old backups in staging
  • Share uploads folder - Some setups can symlink to production uploads (advanced)
  • One staging at a time - Don't create multiple staging sites unless necessary

How to Delete a Staging Site

Go to SiteVault > Staging

View your list of staging environments.

Click Delete

Find the staging site and click the delete button.

Confirm

This removes the staging database tables and files permanently.

Permanent Deletion

Deleting a staging site is permanent. If you have changes you want to keep, push to live or manually backup the staging files first.

Still Need Help?

If you're still experiencing staging issues:

For SiteVault Pro customers, contact our support team for priority assistance.