tf5_bassist

@threadi thanks for the reply. As for what I mean by “breaks”, I described it above in the “behavior” section. But I’ll try to rephrase it:

– After adding several .WAV files (yes, via the audio block), the editor ceases to respond in a timely fashion. Autosave kicks in and never stops, meanwhile it did not save changes.
– Had to close the tab and go back into the editor and the page takes quite a while to load (at this point I have only maybe less than 10 low-size images, 4-5 audio blocks, and probably about 4k words)
– The editor tries to load the entire post, but it only loads halfway
– If I let it sit there long enough, it MIGHT load the rest of the post
– I was able to disable the autosave and make the heartbeat run less frequently which allows for the document to actually load now
– There is still a delay before the editor FULLY loads, such as the WordPress logo at the top left, which won’t load until whatever delay is occurring completes

Now, I do understand the basics of WP troubleshooting. As per my steps I listed out in the OP, I did actually disable all of the plugins except for 4 that were needed for heartbeat control and plugin grouping (most of which weren’t installed when this issue began, soooooo….).

I also switched to two of the default themes (Twentytwentyone and Twentytwentytwo). During the first two-three times of doing this disable/theme change, the issue persisted.

I then tried it again as another round of testing, and the issue went away. Things loaded as expected. I switched back to my GeneratePress theme, issue was still not occurring. I enabled all of my plugins again, the issue was still not occurring. Cool.

Then I tried to save again, and the issue came back.

Right now, I basically can’t do anything involving AJAX loading. Saving results in an error at the top of the editor “the response is not a valid JSON response” after at least 30 seconds or a minute. I use the Copy All Content function, close the tab and go back to the Posts screen, click Edit, and wait for it to load again to make sure it saved the changes. It usually is actually saving at this point.

If I try to embed an audio file now and click Media Library, it basically will never load the library contents. The same occurs when trying to choose an image.

If I create a hyperlink and search for an existing post title, it won’t ever return a list of posts, just a spinning search indicator.

I did mention that I created a new blank test post, and added multiple audio blocks to the post, noticing that performance got worse after adding 3-4l blocks. Granted, I didn’t have 4K words in this post so it’s not quite the same (every single post tends to result in Gutenberg running like garbage with a couple thousand words in it). I duplicated an audio block about 10 times in this test post (not even a different audio file, just the same file), and I was able to obtain the same behavior in this test post.

Before I wrote these last couple of paragraphs, I disabled all of my plugins again, switched to Twentytwentyone, opened the post and tried to add an image via the Media Library. The library spinning indicator has been running the whole time, and it has not loaded the contents of the media library.

So yeah, the issue exists even with all plugins disabled and the theme set to a WP default theme.

After re-enabling my theme and all plugins, I created another new post and immediately added an Image block. Clicking the Media Library icon brought up the file picker, progress indicator spun for about a second and a half, and then loaded my entire library within seconds.

I went back to my affected posts and once again was unable to load my image library at all.

So, yes, it does seem that the length of the post, amount of embeds (especially WAV files), and who knows what else contributes to AJAX processes effectively being unable to complete properly.

Does that make more sense?

Bummer. Well, off to another solution then, thanks! ??

I have the same issue. Fresh WP install with GeneratePress Premium, using TA Pro Plus 1.7.12 from the website. I’ve disabled all plugins and switched to Twenty-Twenty One to no success.

I deleted Pro 1.7.12 and tried 1.7.11, no change.

I also have the issue where the Settings > Link Appearance tab won’t save changes.

My other sites with Pro 1.7.8 work just fine.

This is pretty unacceptable, let’s get this fixed team.

Thanks for the update, appreciate the transparency!

Also interested in this, need to know if it’s reopening or was compromised and needs to be removed.

Thanks for the quick fix, I appreciate it! Looks good so far.

Thanks for the quick responses, and sorry for taking up your time with this false alarm haha. So far, a day+ in there’s no change on the old version and historical data before the theme update does seem to line up. I’ll mark this as closed, thanks!

Already there, updated to 2.8.6 a few days ago. Here’s the ManageWP update history for the last week:

https://monosnap.com/file/TW4C9MTxAvwtusmXjsXS0Rnf8Bk1u8

Hey Scott,

I emailed the hosting data over along with some extra details.

I haven’t switched themes or anything because these are all identical installs for benchmarking hosting performance. ?The theme in place, Newspaper by Tagdiv, was last updated on these sites on 7/30/21.

That said, now that I think about it, while the theme updated on the 30th, I believe there may have been a delay between when the theme updated and when the theme’s required plugins updated. ?That actually may be the cause here. ?Ugh. This is why I hate this theme lmaoooo.

Okay, so I’ve rolled back to the previous version of Wordfence and am currently awaiting enough testing intervals to occur on both Pingdom and Statuscake to get some new average data to see if there’s a change. ?But I wouldn’t be surprised if it’s because the sites sat idle with broken theme plugins for much longer than I was aware of.

I’m going to keep monitoring, but I’m pretty sure at this point the previously “fast” results were because the theme updated, the plugins didn’t, and caused the pages being monitored to effectively be purged of most of the styling/etc.

Sure thing. I sent all the pertinent log files from that area in a zip file, each site’s files in its own folder.

Hey Scott, thanks for the reply. I’ve sent a handful of good examples over with the username of tf5_bassist. Please let me know if you need anything else to investigate.

jQuery didn’t fix the issue for me at this point on WP 5.7.2.

Turns out that after disabling CAOS and even clearing ALL caches everywhere, there’s some sort of weird behavior where the analytics reporting doesn’t cut over immediately and that wasn’t really an expected behavior.

After disabling CAOS and waiting a handful of minutes, MonsterInsights began working again. I also had to switch ThirstyAffiliates from GTM to Gtag.js method, and on top of that somehow the CAOS link tracking box was unchecked.

After confirming that events triggered without CAOS and caching, I turned back on CAOS, enabled link tracking, and events seem to be generating as expected.

Annoying process and way too many layers of mechanisms, but at least it’s working now. Thanks for the help!

I did use this option, as per the last paragraph in my post above.

I disabled CAOS, and it just killed ALL of my analytics. So, that’s probably not the way that’s supposed to work.

At this point, now I have ONE type of affiliate link that shows up in the events, but it’s not actually one that I’ve configured previously. So… very confused.

As a follow-up on this, I’ve also noticed that my GA Events data has also flatlined as of making this switch. If anyone’s figured out anything related to all this, please for the love of god let me know haha.