Bug #4180
closed
- Target version set to Not tracked
I did get the email that confirms the delete of the site, and clicked on it, but still doesn't seem to delete.
Hi Scott,
Can you try deleting a site on cdev and see everything is working correctly there?
Boone, I have a feeling this is a problem with our APC caching set up on production.
Scott - Can you also let me know whether you're getting the Delete Site confirmation email from WordPress after submitting the delete request?
- Subject changed from Test site deletion process to Cache issues: site deletion process
- Assignee changed from scott voth to Boone Gorges
- Priority name changed from Normal to High
As Ray notes, this appears to be related to our APC object cache. The cache is acting up in weird ways, showing stale data in this case, as well as when activating some plugins and when updating some blog content. See #4154.
I've just swapped out our object-cache.php file (which is an interface between WordPress and APC) with an updated fork https://github.com/l3rady/WordPress-APC-Object-Cache, as a hotfix on the production site.
Ray and I are both at something of a loss to explain this. The replacement object-cache.php might solve the issue, but I'm not sure how or why. Let's keep an eye on this for the upcoming days.
- Assignee changed from Boone Gorges to scott voth
Scott, could I ask you to try the site deletion process again, to see if this is still an issue?
Hi Boone - Everything seemed to work fine. I got the confirmation check box, checked it, then got the email confirmation, clicked the hyperlink and the site is gone.
- Assignee changed from scott voth to Boone Gorges
- Status changed from Assigned to Resolved
Thanks for following up, Scott.
Also available in: Atom
PDF