alanwpeasy

Changing that setting made no difference.

Also, I get the same warning on the contact page. That page does not have the search form.

The filters / search are from the Houzes theme.

I reset the settings as per the instructions. The website uses LSCache, I did a “Purge All”. Then in an incognito window did a CTRL + F5.

I’m still seeing the same error.

Sorry, I was travelling. This did resolve the issue.

However, I just had the same issue with another site and the same fix resolved the issue.

Why has this fix not been rolled out with updates?

Re your response. WP Rocket on all my sites is set to default of 10 Hours.
Above CleanTalk settings there was a Curl timeout warning. The only way to resolve it was to remove and reinstall the plugin.

So, removing and reinstalling the WP plugin appears to have resolved this ??

Hey, Just a heads up. I’m suspecting a Litespeed server issue.

I didn’t pick this up earlier, but 2 weeks ago the team that manages our servers updated Litespeed. We have a 4 worker license.
However, using htop, I see that when the issue occurs only 1 CPU core goes to 100% and just stays there.

I have a ticket in for them to check the active license. God I hope it is just that.

More details, I created a simple plugin to log a debug backtrace for the above-mentioned details.

When the issue occurs, what I’m seeing is a continuous loop until I kill the account processes see the example below. This just continuously repeats.

[
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/class-wp-hook.php",
"line": 308,
"function": "{closure}"
},
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/plugin.php",
"line": 205,
"function": "apply_filters",
"class": "WP_Hook",
"type": "->"
},
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/theme.php",
"line": 205,
"function": "apply_filters"
},
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/l10n.php",
"line": 1281,
"function": "get_stylesheet_directory"
},
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/l10n.php",
"line": 1305,
"function": "_load_textdomain_just_in_time"
},
{
"file": "\/home\/chauffeured\/public_html\/wp-includes\/l10n.php",
"line": 187,
"function": "get_translations_for_domain"
}
]

OK, update, It just occurred on a site.

It looks like it may be the filter ‘template_directory’

In /wp-includes/theme.php line 327 – function get_template_directory():

If I add “return $template_dir” on line 331, it resolves the problem.

So I think something may be looping on the filter ‘template_directory’. It is just so odd that it is suddenly occurring on multiple sites that have never had this issue before. Perhaps if there were common themes or plugins on all affected sites, but there isn’t.

Thanks,

It does more than that, it calls two other functions “get_stylesheet_directory” and “get_template_directory”. Both functions are pretty simple, but both call WP filters. If I edit the functions to return before running the filters. The problem goes away.

So I’m thinking there may be a random filter loop somewhere?? However, bizarrely it started happening on multiple sites at the same time. One of the sites is an existing site I picked up hosting for a new client. It is DIVI theme based and has none of the plugins that I normally use.

So when I added it to my ManageWP, the ManageWP client is the only plugin in common. I tried disabling MangeWP and the problem persisted.

“ManageWP – Worker Loader” is the only MU plugin that gets disabled when I disable Manage WP.

Even stranger, the issue is intermittent. Once I end the mentioned processes, the site works perfectly fine again until it breaks again at some random interval.

Is this issue being resolved?

I have a site that does the same thing. Every time a user tries to reset their password they get a critical error.

Applying the fix above resolves the issue until Woo updates again.

$customer->get_date_created( ‘edit’ ) ? $customer->get_date_created( ‘edit’ )->date( TimeInterval::$sql_datetime_format ) : null,

Thanks,
I understand your post. I am experienced with WordPress and Woo, and did exactly what you suggested on one site before posting. It made no difference.

However, checking all 5 Woo sites today that were having this issue. The issue has resolved without me doing anything.

I love Woo, but with the lack of support for it, I’m now questioning whether it is wise to advise my clients to use it. It took 4 days from my original post in the general Woo support forum before someone told me should post in this forum. Then nearly 2 days before getting your response.

Do you know of a way to get quicker support. Happy to pay for support.

Thanks.

Me too. I posted in the general Woocommerce forum a couple of days ago. Was just informed to post in this forum.

I’m seeing the same thing on 5 different sites using Stripe.

Thanks Mirko,

Are you referring to the new Woocommerce Payments plugin?

These sites are using the “WooCommerce Stripe Gateway” plugin.

Do I still raise the question in the same place?

Thanks.

Hello Serge,
I just checked https://wiseowlelc.co.nz/ a day after the changes you suggested.

It now makes 10 separate XRH calls to Ajax.php on every page load. Is this normal behaviour?

Hello Serge,
I have done as you requested. However, because your nonce has a 24 hour life, I won’t know if this is resolved until tomorrow afternoon.

Also, the same thing is occurring on other sites.

I’ll report back later tomorrow.