jp_purge_transients_cron Has No Action

Hi @tips4gamers,

Could you please post your site URL here so that we can have a look?

If you want it to remain private, you can also contact us via this contact form. If you choose to reach out directly, please include a link to this thread.

Thanks!

Hi @bluejay77,

Sure – https://www.tips4gamers.com

Thanks and regards,

Tug

Hi @tips4gamers

I’ve taken a look for that cron job for you, and it seems that it does purge transient objects.

That cron is set to run once daily, and its action should be this:

jp_purge_transients()

That being said, I’ve noticed the Jetpack connection to your site isn’t working properly as we’re not allowed to make use of the REST API, it seems that you’ve only allowed it for authenticated users. Could you go ahead and allow our IP ranges for that? These can be found below on this page:

– https://jetpack.com/support/hosting-faq/#jetpack-whitelist

Let us know if there’s anything else!

Best,

Hi @muffinpeace,

Thank you for that. I tried to edit the cron event but the action will not save for some reason. Not sure why it deleted the action, to begin with.

We have Cloudflare for our WAF and they allow Jetpack by default, correct?

For the REST API, we have the Disable WP REST API plugin, so I am not sure if it blocks Jetpack or not. It only allows access to logged-in users. I will ask the developer if there could be conflicts and how to whitelist Jetpack.

Thanks and regards,

Tug

Jeff Starr, the developer for Disable WP REST API, told me that I can use two different disable REST API plugins with more control – WP REST API Controller and Disable REST API.

How would I grant access to endpoints for Jetpack? Or what endpoints do I allow?

Thanks!

UPDATE: I installed Disable REST API and have allowed Jetpack through. I tried adding the action to that cron event and it still would not save.

“If you are using Cloudflare they also support only allowing traffic coming from servers with an specific AS number, in that case you can whitelist the AS number 2635.”

If I just put that in a Firewall Rule, I would not need those IP Addresses, correct? I have already implemented that Firewall Rule.

Hi @tips4gamers,

Thank you for troubleshooting and providing updates.

In the past, we have seen some users having issues with whitelisting our AS number.

Would you mind trying whitelisting our IP ranges instead?

https://jetpack.com/support/hosting-faq/#jetpack-whitelist

Let us know how that goes!

Hi @bluejay77

I whitelisted the AS number and the firewall logs show all of the hits are successful from a wide range of IP addresses.

That said, there have been no issues in the Cloudflare Firewall logs.

I will go ahead and allow those IP ranges as well.

Best regards.

Hi @bluejay77

The IP addresses are now whitelisted, however, that action still will not save in the cron event.

I am using the WP Crontrol plugin to do so.

Best regards.

Hi there

Your Jetpack connection is working now, so that doesn’t appear to be the issue.

It’s hard to say why that action won’t save on your site. We’ve tried it on test sites and it saves without any issues, so there must be something else specific to your site or server that is conflicting.

You could try deactivating all other plugins on the site to rule out a conflict.

Or if that doesn’t help, or you don’t want to do that, you may want to try creating a test site with only Jetpack and WP Crontrol installed to see if that works. If so, you can then enable the same plugins and server settings as you have on your live site until you find the cause of the issue.

Hope that helps!

Hi,

So I deactivated every plugin besides those two and then I even changed themes on my live site and the issue was still there and it would not save that action.

I contacted my host and they said the server does nothing to do in any way to CRON jobs.

I am at a loss but I can create a CRON Job at the server level that can do the same thing. I just do not know how I would write that out.

Is this something that is a must-have?

Thanks and regards,

Tug

Hi @tips4gamers,

I checked in with the developers on this one, those transients are part of the Protect module functionality. They help the feature make decisions about logins, as well as ensures the protect key is still valid. The cron action will only register if the Protect feature is active.

According to the Jetpack Debugger, the Protect module is not active for your site, so if you’re not using it, you don’t need to worry about jp_purge_transients()

Hi @bruceallen,

Thank you for that!

You have a good one.