Opened 13 months ago
Closed 13 months ago
#20497 closed defect (bug) (fixed)
Error Never Goes Away After Deleting an Active Plugin
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Priority: | normal | Milestone: | 3.4 |
| Component: | Plugins | Version: | 3.4 |
| Severity: | major | Keywords: | has-patch |
| Cc: |
Description
I'm on my way out, so apologies for brevity.
Steps to reproduce
1) Activated Hello Dolly on a site on my network.
2) Deleted hello.php
3) Got an error that the plugin was deactivated for being not found, as expected.
4) I went elsewhere, came back to the plugins page... the error was still there.
I don't know if this is because I'm on a network (or if it's something weird with my database, I'd buy that too, since it takes a minute or so before a theme activated per-site shows up ON that site), but since I could reproduce it on my localhost install, I suspect it's not just my DB.
To fix I had to restore hello.php, then deactivate, THEN delete.
That's gonna cause a problem when we tell people to rename the plugins folder to debug.
Attachments (2)
Change History (5)
SergeyBiryukov — 13 months ago
comment:1
SergeyBiryukov — 13 months ago
- Keywords has-patch added
- Milestone changed from Awaiting Review to 3.4
Reproduced in a single site configuration as well. Introduced in [20525].
Contrary to the PHPDocs for deactivate_plugins(), if $network_wide is null, the rest of the loop after line 597 will be skipped for site-only activated plugins:
http://core.trac.wordpress.org/browser/trunk/wp-admin/includes/plugin.php?rev=20525#L595
20497.patch is an attempt to correct the logic. Tested in single site admin, regular admin in Multisite, network admin.

Error message - sticks around.