Initial assessment

This theme failed to load properly and was paused within the admin backend.

“This theme failed to load properly and was paused within the admin backend.” in WordPress: causes and what to check

Updated 2026-11-01

Since WordPress 5.2, a fatal error in a theme triggers recovery mode. WordPress pauses the theme for the person who signs in through the recovery link and shows this message in the admin area. Visitors still see the critical error page until the error in the theme is fixed.

Which of these do you see?

The email WordPress sent to the admin address contains a link that starts a recovery session. In that session the theme is paused and the error details are shown.

Pausing applies only to the recovery session. The error in the theme code is still there for everyone else.

Common causes

PHP error in functions.php: A code snippet or an edit introduced a fatal error.
PHP version change: The host upgraded PHP and the theme uses a function that no longer exists.
Incomplete theme update: Some theme files are from the old version and some from the new one.
Missing plugin the theme relies on: The theme calls a function from a plugin that is inactive.

References

  1. Fatal error recovery mode in WordPress 5.2 (Make WordPress Core)
  2. Debugging in WordPress (Advanced Administration Handbook)

Rather not fix it yourself? Let WP119 handle it automatically.

White screens and fatal errors (plugin conflicts, PHP version incompatibility) are handled automatically: on a copy of your site in the recovery station, the system turns on debug mode, finds the plugin or theme causing the error and deactivates it (not deleted); a white screen caused by exhausted memory is fixed by raising the memory limit. After the fix, the home page and inner pages are re-verified, and only then is the result written back to your host (in WP admin mode, a recovered package is delivered instead). Fixes are made on a copy of your site in the recovery station and written back only after re-verification passes. In your site’s database, the protected tables (members, comments, orders and form submissions) are copied as structure only. In SSH and FTP mode, the system creates a pre-recovery backup on your host before writing back and restores from it if verification after write-back fails. If the recovery cannot be completed, the recovery fee is refunded in full.

  1. Initial assessment: Site URL entry
  2. Copy to the recovery station: Work on a copy
  3. Diagnosis: Item-by-item checks
  4. Recovery and verification: Home and inner pages
  5. Write-back or delivery: Only after verification passes

Use WP119 when the theme is paused and visitors still see the critical error page.

Check my site →
Initial assessment →