A plugin update crashed my WP site
The update brought code your site can't run. Get it back by hand first. Next time, update in the free plugin's chat: if it breaks, the old version goes back.
Is your site down right now?
- Try yoursite.com/wp-admin. If it loads, go to Plugins › Installed Plugins and press Deactivate under the plugin you updated.
- Dashboard won't load? Open your host's file manager, or an SFTP file app with your host's login details, and go to wp-content/plugins.
- Rename the updated plugin's folder, for example contact-form-7 to contact-form-7-off. WP stops loading it, and your site should load again.
- On the plugin's wordpress.org page, open Advanced View. Under Previous Versions, pick the version that worked and download it.
- In Plugins › Add Plugin, press Upload Plugin, pick the zip, then Install Now. If WP asks, press Replace current with uploaded. Activate it.
CMSHands can't be installed into a site that won't load. These steps come first.
A person approves every repair. Install it before anything breaks.
Needs WP 6.3 to 7.1 and PHP 8.0 or newer. What it installs
Needs WP 6.3 to 7.1, PHP 8.0 or newer, and an administrator login. One site per install.
The download is a plugin. Turning it on connects your site to cmshands.com and adds 3 small rescue files. Deleting the plugin removes them and everything it stored. What we send
Plugins are installed from a computer. Get the plugin here instead
- No account, no password to share
What it means
A crash after a plugin update means the new version runs code your site can't run, so WP stops building the page.
- The new version needs a newer PHP than your host runs. PHP is the language WP runs on. WP blocks such updates only if the plugin says what it needs.
- It clashes with another plugin or your theme, for example when 2 of them use the same function name.
- An add-on needs the main plugin's old version, or the main plugin now needs a newer add-on.
- The update stopped halfway, often on a slow host, and left some of the plugin's files missing.
- The update stopped and left WP's .maintenance file behind. Every page says “Briefly unavailable for scheduled maintenance.”
- The new version has a bug. Others who updated the same day often post the same error in its wordpress.org support forum.
- A cache still serves files made for the old version, so pages load but look broken.
Find the update that did it
Which plugin did you update last? Plugins › Installed Plugins shows each plugin's version. If you didn't update anything, WP may have done it for you. It emails your admin address after it updates plugins on its own.
Does every page say “There has been a critical error on this website.”? Then WP also emails your admin address a link. It names the plugin that crashed and lets you log in with it paused. Our page on the fatal error covers that email.
Your error log names the plugin too. Look for the last “PHP Fatal error” line. The folder after wp-content/plugins/ in its path is the plugin. Many hosts show this log in their control panel, often under Logs.
No log there? Add define( 'WP_DEBUG', true ); and define( 'WP_DEBUG_LOG', true ); to wp-config.php, above “That's all, stop editing!”. Reload the page, then open wp-content/debug.log.
Updated several plugins at once? Rename their folders one at a time and reload your site after each. The one that brings your site back is the cause.
Put the old version back
The safest place to be is the version that worked. Most plugins in the WP plugin directory list older releases on their Advanced View page, under Previous Versions. Not every release is there.
Pick the version you had before and download the zip. Upload it in Plugins › Add Plugin, with the Upload Plugin button, then press Install Now. WP asks before it replaces the copy you have: press Replace current with uploaded.
Did you rename the folder to get your site back? Delete that renamed copy with your host's file manager. Don't delete it from Plugins: some plugins wipe their settings and content when you do.
Then keep WP from updating it again overnight. If its row in Plugins › Installed Plugins says Disable auto-updates, press it. Turn it back on once a fixed version is out.
Fix it by cause
It needs a newer PHP
Your host sets your PHP version. The plugin's wordpress.org page lists the PHP version it needs. Yours is in Tools › Site Health, on the Info tab under Server.
If yours is lower, ask your host to move you up. Check your other plugins first: see which plugins can run on a newer PHP.
A clash with another plugin or your theme
Test on a copy of your site if your host offers one, often called staging. Update there, then switch other plugins off one at a time until the error stops.
For your theme, switch to a default theme, such as Twenty Twenty-Five, in Appearance › Themes and try again. Then tell both authors in their support forums, with the error line from your log.
A half-finished update
Delete the plugin's folder with your file manager, then install it again from Plugins › Add Plugin. Its settings live in your database, so they stay.
If every page says “Briefly unavailable for scheduled maintenance. Check back in a minute.”, delete the .maintenance file. It sits in your site's main folder, the one with wp-admin and wp-content in it.
A bug in the new version
Stay on the old version and watch the plugin's support forum on wordpress.org. Post your error line there if nobody has yet. Update again when the changelog mentions your error.
A cache
Clear your cache plugin's cache, then your host's, if they have one. Then reload the page with your browser's cache skipped: Ctrl+Shift+R, or Cmd+Shift+R on a Mac.
Stop it coming back
Update one plugin at a time, and open your site after each. If it breaks, you know which one did it.
Read the changelog, the list of what changed, before a big jump, such as 5.x to 6.x. It's on the plugin's wordpress.org page, on the Development tab.
Keep Administration Email Address in Settings › General on an inbox you read. That's where WP sends the link that lets you log in with a crashed plugin paused.
With CMSHands on your site, you can ask the chat to update a plugin. It checks your site after, and the old version goes back on its own if the site got worse.
It updates plugins from the WP plugin directory, one at a time. Each gets its own card: a box in the chat that shows exactly what would change. A plugin that is switched off isn't checked after its update.
We tried it on our test site, a WP site we run to try every task before we write about it. We set it to crash when Contact Form 7 went to 6.2.1; the real 6.2.1 is fine. The check after found the error, and 6.1.7 went back without another press. See that run.
Next time
- Updates you make in the chat are checked after. If your site got worse, the old version goes back on its own.
- Ask for the version that worked. You see the swap before anything changes. It uses versions wordpress.org still has.
- On a site that had CMSHands before it broke, it reads your error log and settings to find the cause.
More it does here (4)
- We prepare the fix; a person at CMSHands approves it before it runs. Tried on our test sites; hosts differ.
- It checks your site once a day on the free plan, and at once when a crash is reported.
- Ask “What are the errors on my site?” and it reads your PHP error log for you.
- Once your site loads, the chat says in plain English what happened. Email needs your address.
Why it won't wreck your site
- A person checks every repair. When your site is down you can't reach the chat, so a person at CMSHands approves the fix before it runs.
- It checks your pages after the fix. It loads your home page, login, dashboard and a post again before it calls the repair done.
- Updates put themselves back. After a plugin update it checks your site. If the site got worse, the old version goes back on its own.
What it won't do here
- It can't be installed into a site that is already down.A plugin can't be added to a dashboard that won't load. Get your site back with the steps above, then install it.
- It can't update premium pluginsIt updates and puts back plugins from the WP plugin directory at wordpress.org only. A premium plugin's updates stay with you.
- It can only put back versions wordpress.org still hasIf the version that worked isn't there, it can't put it back, and it says so. Nothing changes until you say yes.
- A person approves every repairBeyond putting an update back, nothing in a repair runs until a person at CMSHands has checked it. It doesn't repair your site on its own.
- It can't change your PHP versionYour host sets the PHP version, in their control panel or when you ask.
Questions
Why did my WordPress site crash after a plugin update?
Most often the new version needs a newer PHP than your host runs, or it clashes with another plugin or your theme. Sometimes the update stopped halfway. Your error log names the plugin's folder in the last “PHP Fatal error” line. Switch that plugin off first, then look for the cause.
Why won't my WordPress plugins update?
Usually one of 4 things. WP can't write to its own files, so it asks for FTP details. The plugin needs a newer WP or PHP than your site has. A premium plugin's license has run out. Or your host has turned plugin updates off on purpose, which is common on managed hosting.
What do I do when a WordPress plugin update failed?
Reload Plugins › Installed Plugins first: the plugin may show its old version, or be missing. If every page says “Briefly unavailable for scheduled maintenance. Check back in a minute.”, delete the .maintenance file in your site's main folder. Then install the plugin again. Its settings stay in your database.
How do I go back to the old version of a plugin?
Download it from the plugin's wordpress.org page: open Advanced View and pick it under Previous Versions. Then upload the zip in Plugins › Add Plugin with Upload Plugin, and press Replace current with uploaded. Not every old release is offered there.
Can CMSHands fix a site a plugin update already broke?
Not if CMSHands wasn't on it before: it can't be installed into a dashboard that won't load. On a site that had it first, an update made in the chat is checked after, and the old version goes back if the site got worse. A person at CMSHands approves any other repair.
Written by CMSHands team.
Be ready for the next one
- A person approves every repair
- No account, no password to share