dankop

Yup, this is an issue with “Minify Inline JS” option. Disabling it made everything work fine again.

I’m not seeing any errors in the console, but this exceeds my knowledge. I guess I can leave a link to the website, and you can see it yourself. I’ll leave the Breeze activated for a day.

https://www.groundguitar.com/

That folder is already empty for me, there’s nothing to delete. I’m using Varnish and Cloudways CDN, could it be because of that?

I any case, I purged Varnish, and purged the Cloudways CDN cache, but the issue still persists.

Can you specify which cache folder? Is it breeze/inc/cache? And should I remove all contents from that folder?

I appreciate your explanation Vlad. It does make sense now why it is as it is, and why it’s unlikely to change. But, even with only one toggle option, I feel like the window should stay open longer, a second maybe, for the user to actually see that the toggle position changed. Usually, it seems to me, toggling something within a menu doesn’t close the actual menu. This just feels off to me personally, like I didn’t get the feedback that I actually activated something.

Anyways, I will forward my feedback to the plugin creator. Cheers.

Yeah, that’s seems to be the issue. I get a bot login attempt every 10 seconds or so based on the Audit Trail.

I’ve now enabled the “Hide WordPress Login Page” option in the plugin. Hopefully it stops some of the bot attempts.

Any other suggestions in dealing with bots? If not, thanks anyways, I understand the issue now. Cheers.

I’m hoping for this functionality too. Having recaptcha logo on every single webpage is just not acceptable.

One option is to use the old version of the plugin, at least until the developer realizes that forcing users to use V3 was a mistake.

This is absolutely terrible. I don’t want a recaptcha badge on every single page of my website. I’d rather deal with spam, not even joking.

Please allow us to use v2, or at least only load the recaptcha script when there’s an actual contact form on the page.

• This reply was modified 6 years, 3 months ago by dankop.

The issue is already reported and confirmed as a bug related to TinyMCE right here: Visual Editor freezing

Should be fixed in the next update, but no idea when exactly is that gonna happen, – hopefully soon.

Okay, I just installed a fresh copy of WordPress on a subdomain to test it out, and the problems occurs there too! Surely someone else is experiencing it at this point.

Hi Tara, thank you for helping out.

I did try deactivating all of my plugins, and I cleared the Cloudflare cache and my browser cache. Also tried switching themes to Twently Eleven to see if that solves anything, but with no luck. I’m only using three plugins right now – Disqus, Contact Form 7, and Yoast SEO.

As I’ve said, I’m also running a local copy of the website with the exact same theme, plugins and database, but on 4.2.3 patch – and everything works fine there. Just to try it out, I updated it to 4.3 and the exact same error started happening, so I’m guessing it’s something to do with the latest patch.

Another thing that I noticed is that the cpu usage on my computer goes to 60-70% when the editor freezes. Not sure if this is of any importance.

Anyways, I guess I’ll trying installing manually next. Thanks for you suggestions.