4.0 Upgrade makes ALL plugins disappear

What hosting company is everyone using?

None. My own servers on Comcast business.

InMotion Hosting

I’m at the point where I’m going to say this is a bug.

Unfortunately, giving it a label doesn’t help us solve the issue. I can’t reproduce this on any of the assorted systems I have access to.

Without knowing the cause, there can be no fix. Like I said, the plugins screen reads the files themselves to find the plugins. It doesn’t refer to any database to build that screen. So those files cannot be read for some reason.

Can you post screenshots? Information about the nature and layout of some of the files in the plugins directory? Screenshots of the FTP view so we can see the owners and permissions of the files? Any information that can lead us to finding a root cause will help.

GoDaddy. I have clients who are on GoDaddy and they did not have the same problem.

I am on GoDaddy and I had the problem It has to do with the plugins that you are using. One plug in that did not upgrade can make the rest of them not work. I disabled all the plugins, and then added one at a time as I needed it. I have not yet found the culprit, but I had to get some posts out. Continuing to work on it a little at a time.

I think it’s a theme issue. Another client of mine is on GoDaddy, updated to WP 4.0, and all the plugins are there. Everything’s working fine.

I am not a programmer…know Notta about coding. But, I do know that I’ve been able to download, manually, the latest versions of wordpress and it’s plugins without any problems in the past…until Now.

I manually updated to 4.0 today, as well as all the plugins available. And, since then I cannot get back onto my admin page to fix the other problem I was having – all my pictures are not showing on any pages – just the codes. My website looks ridiculous.

This is the error I’m receiving when trying to log on to my admin page: Fatal error: Class ‘WP_Session_Tokens’ not found in /home/content/08/4739108/html/wp-includes/pluggable.php on line 879

Please help me!!

@heidianne Instead of posting in several other people’s topics and causing email notifications to go to all those people, try making your own topic instead. Then you can receive help for your problem.

However, a manual upgrade which includes all the files will fix your problem. Your error message is a symptom of an incomplete upgrade, where not all the files were updated on your server.

@samuel Wood

I’m going to refrain from getting grumpy and reiterate what I said in an earlier post that appears to have gone unread.

I have checked all permissions for the plugins directory and associated subdirectories and the permissions are UMASK 022 (for those of you unfamiliar with Linux permissions, that means 0755 on directories and 0644 on files) and owned by apache:apache (the proper web server user for my platform). When I install a plugin I don’t currently have installed via the plugins page, it installs properly and without incident into that directory with precisely the same permissions the existing, unable-to-be-read directories and files have. The interface can now see the new plugin, but not the old one.

If I try to reinstall an old plugin, the interface says it cannot, as the directory already exists and refuses to continue (so, it can see the directory when trying to install something new, but will not read it when trying to upgrade from a previous version). By removing the old plugin (running a mv <directoryname> to <directoryname-BAK> and reinstalling it, the plugin installs without issue. By taking a recursive file/permission list and diff-ing the <directoryname> and <directoryname-BAK>, I get NO DIFFERENCES between the two directory trees including filenames, permissions, and ownerships.

Extended File Attributes are not being used. ACLs are not being used. SELinux is not being used.

For whatever reason, WordPress refuses to recurse that subdirectory that was working minutes before the upgrade. I have restored the previous installation and installed even more plugins, run the upgrade, and all plugins disappear.

@cvquesty I understand that, however I still cannot reproduce the issue.

Try renaming your plugins directory and creating a new empty plugins directory. This will have the effect of deactivating all your plugins. Then move the plugins over one at a time and activate them. See if maybe some specific plugin you have is causing this issue for your system.

Same issue here. Tried everything suggested in this thread and still nothing working. I’ve had to change the name of the plugin folder, then search for the plugin again, reinstall and activate. This works but I’ve got a lot of plugins to do so this is not ideal.

The file permissions are identical for new plugin folder I tried as well as new and renamed subfolders, but still same problem. Only plugins that show in dash board are the few I just reinstalled.

Since this is the official topic thread for this issue, I’m hoping that we’ll see an answer here first.

Could you guys make a list of plugins you have, it’s possible it’s a conflict with some specific plugin that you all use.

Also, those who have FTP access:

1. Rename one of the plugins ( like “plugin-name” to “_plugin-name” )
2. Reload the Plugins page in the admin
3. Rename the plugin back to what it was
4. Reload the Plugins page in the admin

If anyone would like to help debug this by sharing their FTP/WP admin details, I would be more than happy to check this issue out in detail.

You can reach me on https://twitter.com/Original_EXE

Close this.