[16-Oct-2024 08:45:08 UTC] Cron reschedule event error for hook: action_scheduler_run_queue, Error code: could_not_set, Error message: The cron event list could not be saved., Data: {“schedule”:”every_minute”,”args”:[“WP Cron”],”interval”:60} [17-Oct-2024 01:07:22 UTC] Cron reschedule event error for hook: action_scheduler_run_queue, Error code: could_not_set, Error message: The cron event list could not be saved., Data: {“schedule”:”every_minute”,”args”:[“WP Cron”],”interval”:60} [17-Oct-2024 10:01:21 UTC] Cron reschedule event error for hook: action_scheduler_run_queue, Error code: could_not_set, Error message: The cron event list could not be saved., Data: {“schedule”:”every_minute”,”args”:[“WP Cron”],”interval”:60}

WP-CRON is also not showing any details as to why this is happening.

Here are the details of our set up:

WP Version: 6.6.2
WP Memory Limit: 4 GB

PHP Version: 8.1.29

WC Version: 9.3.3

Action Scheduler Version: 3.8.1

Is there a bug with a specific version that we should be aware of and how can we resolve it please.

Pianificatore di azioni:?1?past-due action?trovato; qualcosa potrebbe non funzionare.?Leggi documentazione ?

entrando nella pagina delle azioni programmate fallite trovo questo registro

1. 2024-09-29 09:05:56 +0000
   azione creata
2. 2024-09-29 09:06:40 +0000
   azione avviata via WP Cron
3. 2024-09-29 09:06:40 +0000
   azione non riuscita via WP Cron: L’azione pianificata per woocommerce_admin/stored_state_setup_for_products/async/run_remote_notifications non verrà eseguita poiché non sono registrate richiamate.

idee? grazie mille fin da ora

contattaemi se necessario per le credenziali per le pagine di admin

grazie

We’ve been doing so many apis batches and crons and this plugin is just amazing and helping us control all our crons nicely and easily.

The support team are also useful and great. I highly recommend this plugin.

thanks guys keep up the good work

In Wordfence > Tools > Connectivity, the three first rows are green and have a tick.

the last row “IP(s) used by this server” lists the IP which is black and has no tick.
Could this be the problem and if yes how do I solve it? Thank you.

For security reasons, our woocommerce shop’s server has been hardened with a firewall that blocks the web server from being able to initiate connections through the OUTPUT chain. This makes it so the web server can serve requests; it cannot initiate requests.

Basically what I’d like to do is write a system-level cron job that automatically fetches currency data and writes it to a file somewhere that’s accessible to the wordpress website.

Does this plugin support a way to automatically import currency data from a file on a recurring basis (eg every hour)?

For security reasons, our woocommerce shop’s server has been hardened with a firewall that blocks the web server from being able to initiate connections through the OUTPUT chain. This makes it so the web server can serve requests; it cannot initiate requests.

Basically what I’d like to do is write a system-level cron job that automatically fetches currency data and writes it to a file somewhere that’s accessible to the wordpress website.

Does this plugin support a way to automatically import currency data from a file on a recurring basis (eg every hour)?

I’m experiencing an issue with the pmpro_cron_expire_memberships function in Paid Memberships Pro.

Here’s the issue:

• When the cron runs automatically, it sends the expiration emails but does not reset the membership level to 0 (i.e., it doesn’t expire the membership).
• However, when I run the pmpro_cron_expire_memberships manually using the WP Control plugin, it works correctly and resets the expired memberships as expected.

Important setup details:

• I am using a server cron and have disabled WP Cron by adding define('DISABLE_WP_CRON', true); in the wp-config.php file.
• The server cron is set up to trigger wp-cron.php regularly, and other cron tasks seem to run fine.
• The cron was working perfectly about a week ago, but now it has stopped resetting membership levels. I have not made any changes to the site, so there is no new custom code or updates that could have impacted this functionality.

I’ve checked the logs and don’t see any obvious errors. I would appreciate any insights into why the automatic cron is sending emails but not resetting the membership levels, while manual execution works perfectly.

Thanks for your help!

Thanks for your great CompressX plugin.
I convert my images to webp and avif with no problems.

Except that on my client’s server, the process is very slow and I have sometimes a 504.

A workaround is to disable the auto converting process while a new upload and do the convert after, in the media page.

But it is not very user-friendly.

It could be great to have a cron job running once per day to run the process (only on the images not processed or maybe it could be a config option).

Let me know what do you think about that and if I could help with some informations.

Thanks!

Regards,
Brice

The client has complained about the speed of the website, the live website is https://victoriancornice.co.uk/ but I have a replica of the website setup as a staging website that I am working on for debugging.

The staging website that is on the same server seems to be running quicker than the live website, not sure why.

I have checked the logs on the server and keep coming across the following error which I believe could be a major part of the website being slow.

PHP Fatal error: Uncaught RuntimeException: Unable to release actions from claim id 0. in /wordpress/plugins/woocommerce/9.3.1/packages/action-scheduler/classes/data-stores/ActionScheduler_DBStore.php:1042 Stack trace: #0 /wordpress/plugins/woocommerce/9.3.1/packages/action-scheduler/classes/data-stores/ActionScheduler_HybridStore.php(406): ActionScheduler_DBStore->release_claim(Object(ActionScheduler_ActionClaim)) #1 /wordpress/plugins/woocommerce/9.3.1/packages/action-scheduler/classes/ActionScheduler_FatalErrorMonitor.php(52): ActionScheduler_HybridStore->release_claim(Object(ActionScheduler_ActionClaim)) #2 /wordpress/core/6.6.2/wp-includes/class-wp-hook.php(324): ActionScheduler_FatalErrorMonitor->handle_unexpected_shutdown('') #3 /wordpress/core/6.6.2/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array) #4 /wordpress/core/6.6.2/wp-includes/plugin.php(517): WP_Hook->do_action(Array) #5 /wordpress/core/6.6.2/wp-includes/load.php(1280): do_action('shutdown') #6 [internal function]: shutdown_action_hook() #7 {main} thrown in /wordpress/plugins/woocommerce/9.3.1/packages/action-scheduler/classes/data-stores/ActionScheduler_DBStore.php on line 1042

Pastebin of the system report

Let me know if there is anything else I can provide to assist.

Thank you,
Javed