thisyoun

Just coming to add that I just had the same issue and the only resolution was to disable the plugin, as the post above says.

I just wanted to add that this just happened to me and WP Hide Post seemed to be the culprit (although everytime I re-activate the plugin, the issue resumes – so I’m just going to have to do without the plugin for now). So thank you for posting about this!

I wanted to add that I’ve been using the plugin for nearly 2 years with no issue and I’m not sure why it started today. I literally was writing a post with no issue, went to save my draft, and when the page reloaded it was showing at only 375px wide. I hadn’t clicked any options for WP Hide Post or anything else on the page (I had only written a couple of paragraphs and added one photo). Weird!

We are having the same issue on our site. We’ve had Rich Pins validated for some time now, but they’ve stopped working. When I put any URL through their Rich Pin validator it says our site is validated for Rich Pins (green check) but that it can’t retrieve any data about Site Name or Favicon. I’ve submitted a help request a couple of times through Pinterest but having heard anything from them. :/

Hi Jesse,

We’re experiencing the same problem. We had Rich Pins working for quite some time, but now they seem not to be working consistently despite having all the meta data that Pinterest requests / Yoasts adds. Pinterest shows our site as validated for Rich Pins, but that it can’t retrieve any data.

Curious if you ever got any support on this or heard a solution. Thanks!

-John

Thanks Tara – My host helped me do that and everything seems to be working now. It even seems to have solved my issue with updating widgets!

Tara – I’ve been able to make most of the changes needed to my widgets by deactivating nearly every plugin, making the changes, then reactivating them. I’ve gradually been able to narrow my list of plugins that need to be inactive to make changes, but haven’t been able to single out one or a couple that are acting up.

But, after a few rounds of this, I’m now getting this error when I try to make any change in my dashboard – like updating a widget or adding something new to the menu:

Fatal error: Allowed memory size of 104857600 bytes exhausted (tried to allocate 3196609 bytes) in …wp-includes/functions.php on line 384

Have I just exhausted my server by attempting so many changes? Is there some easy way to clear out the exhausted memory and start fresh?

I saw some entries and outside blog posts talking about upping the memory limit in your php.ini file from 32M to 64M, but mine is already at 90M (probably set thanks to some tooling around my host did a year or so ago).

Thanks for any input.

I may have spoken too soon. I was able to make a couple of edits to my widgets with JetPack disabled, but now I’m having trouble making edits – regardless of whether JetPack is enabled or not.

I’m also finding that WordPress is logging me out very frequently. I used to be able to stay logged in for a day or two or three before I was asked to verify my credentials. Now it’s happening ever 5 minutes.

Thanks Tara,

I had gone through the plugins one-by-one but had skipped a couple of “essentials” that I’ve been using for a while. Your reply nudged me to pull the trigger and deactivate them all, which temporarily solved the problem. So after reactivating them all (problem returned) I tested the “essential” plug-ins and discovered JetPack was the culprit.

I would still like to run JetPack, so I tried uninstalling some of the features I didn’t use very often – including the ones specifically related to widgets. That didn’t solve anything.

So for now I’m just going to temporarily disable JetPack, make my widget edits, then activate it again. Not the best solution, but hopefully JetPack will have an update to fix the bug soon.

Thanks again!

Genius! Worked for me too (although it actually wasn’t checked originally, so I checked and then unchecked it and it seems to have done the trick). Thanks for helping me figure it out. Virtual high fives all around!

-John

Sorry to hear you’re having the trouble, but kind of relieved I’m not alone!

Our site is https://www.younghouselvoe.com/ (a DIY/family blog) and we get a similar volume of comments – yesterday was particularly busy with nearly 2000. We’re on a dedicated server with LiquidWeb and we host a few subdomains (like https://life.younghouselove.com) on the same server that run separate WordPress installs. They get FAR fewer comments and haven’t had the same issue.

I wonder if it’s a plug-in issue. Are you running any caching plugin? We’re on W3 Total Cache.

UPDATE: I’ve tried re-uploading just the “edit-comments.php” file, which didn’t work. So I did a full reinstall of 3.9 and it doesn’t seem to have fixed the issue either.

Thanks in advance for any further suggestions.

-John

We’re having a similar issue since the update, although the only portion of our site that seems to be slow is the Comments section of the dashboard (edit-comments.php). It makes moderating comments extremely frustrating and we’ve tried it across Firefox, Chrome and Safari (both desktop and mobile). Any thoughts?

-John

I’ve spoken with my host several times about this over the last week and we’ve debated deleting the plug-in and reinstalling either new version (0.9.2.8) or going back to the last version that works (0.9.2.5) but given some of the issues others seem to be experiencing, we decided not to turn a small problem into a big one by doing either of those things. At their recommendation, I’m going to wait it out to see when a new version is release.

In the meantime, I’ve found I can manually force my feed to update by deactivating the plug-in momentarily after a new post has gone up, pinging my site through Feedburner and then reactivating the plug-in.

Also, I have submitted this issue as a bug to Frederick in case he’s yet to see this thread.

Hi – yes, I’m having this issue as well. My feed isn’t updating until 6 to 10 hours after new posts go up. I’ve turned off the Cache Feeds, but it didn’t help. I’m currently contemplating downgrading to 0.9.2.5 again because that’s the last time it was working properly.

And yes, when I deactivate W3TC my Feedburner works just fine.

Yes, I’m having the same issue as well.