Calendar plugin has slowed entire dashboard & can't back up

I went back to 2.3.7, and I’m good for now.

@ revjgc – thanks for the information

@ Benjamin – your suggestion seems to work for me. i also see some sort of relation to the W3 Total Cache plugin (Version 0.9.4.1), which also started to work very slowly after upgrading the A-I-O EC (2.3.8), especially the cache cleaning and rebuilding the cache takes pretty long. All these things seem to be related somehow. Btw, who else uses the W3 Total Cache here? Maybe this plugin behaviour is specific to use.

best

k.

@benjamin thanks for your assistance however no it doesn’t seem to be any quicker at all. We are unable to roll back to earlier version and I have to say we are looking to change plugins altogether as this is just too slow to work with.

@kerrygee thank too for all your suggestions but my coding knowledge is completely limited and I don’t even understand half of what you’ve written ??

Any further update on this would be appreciated and I’m glad its not just me having problems!

I jumped the gun saying all was fine with 2.7.3. I am still seeing the slow behavior with it as well. As I did a few weeks back when the plugin failed on the google import, looks like I will have to punt and go back to just embedding the google calendar.

Hmmm, interesting. I had Extended Views installed – once I deactivated that, things got much better.

OK, that wasn’t true. It was an odd moment of things working. Ignore that last moment of euphoria. I’m back to deactivating entirely.

Yes, the behaviour came back to me, too. Its horribly slow again, event though the caching is disabled like Benjamin recommended ??

Thought I would add my voice since I am having the same problem with slowness on the back-end. It happened before 2.3.8, because I was having this slowdown before upgrading the plugin. I do not remember what version I was running that started the problem, but it has been going on for a week or two now.

It is definitely this plug-in. I am only running about 6 plugins, and I deactivated each one individually, and it only sped back up to normal when I deactivated the event calendar. I am not using any type of caching plugin. I have tried the steps above of disabling JS cache, de- and re-activating plugin, but did not help. I also tried recopying a fresh download of the 2.3.8 plugin to my plugins folder, but that did not help either.

I am running my site through GoDaddy as a WordPress Managed site. I am running WordPress 4.4.2. As a side note, when I click any tab on the backend (i.e. Posts, Media, Pages, etc.), it takes about 30 seconds to respond and load the page. However, if I click on the Plugins tab, it usually does not load at all and eventually errors out with a server timeout or just shows a blank white page.

It may also be that this problem started happening with the release of WordPress 4.4.2. That release came out about a week ago, and GoDaddy automatically upgraded that for me, so maybe there is a correlation with that.

That would make sense – it’s about the right timing, and I wasn’t having trouble with 2.3.7 originally.

I had the same issue @benjamin’s feedback resolved the issue

Thanks @zhiv9, but I have tried turning off JS cache, deactivating and reactivating plugin, but no change in speed.

If it is at all helpful. The issue occurred both before and after updating to 4.4.2.

To give a more detailed answer, once I disable the JS cache, I have to manually deactivate the plugin by changing the name of the plugin folder on the server. I have to do it this way as clicking on the plugin option in WordPress just times out and does not load the plugin page. Once I rename the calendar plugin folder and reload a WordPress dashboard page, WordPress automatically deactivates the plugin as it can no longer find it due to the folder name change. From their I can rename the folder back to its original name and reactivate the plugin. But it is still very slow. @zhiv9, were you able to load the plugin page and deactivate it that way? If so, maybe the method I am using is not actually deleting the JS cache, but I do not know another way to deactivate the plugin, since the plugin page will not load.