sandswimmer

You were right in the first place. I have tried to resolve this by adding a cron job in my cPanel in order to clear up the queue but it has not got rid of that particular entry, although Site Health Status is working again so, I guess, I can just ignore it as the website is not affected. Any other thoughts on how to resolve this issue please let me know.

PS. When I switch back to PHP 8.1 I get the Critical Error notification in WP Health Status.

The first problem was to get Site Health to work and I managed to do so only by switching PHP back to the 7.4 version. In this way I also got the WP Cron plugin to work and point out the Cron events that were causing the fatal crash shown when I switched the PHP version back to 8.1.

The 5 events hooks are 1441011926, 1441011900, 1441011925, 1441011924 and 1441011904 and are simply not executed (under next run I get ?54 years 3 months ago) – Action None. When I tried to edit them with WP Cron I get “The event you are trying to edit does not exist.”,

When I look at any of these hooks (e.g. 1441011926) with Cron Manger I get the following:

function cron_1441011926_c7e59ef3() {
    // do stuff
}

add_action( ‘1441011926’, ‘cron_1441011926_c7e59ef3’, 10, 0 );

I have tried deleting these hooks through the WP Cron / Cron Manager interface but they keep coming back. Is there a way to get rid of them? I cannot locate them in PHP Admin. Not sure what else to do.

I have resolved the issue by rolling back the PHP version from 8.1 to 7.4. Now all the errors are showing up in the Health Check (which is working again) and I can go through them one by one. Cron Manager is also working and I have been able to remove the unresponsive Cron job. I think there is a conflict with the older database version which I am going to take up with the hosting service.

I checked in the Cron Jobs setting in my cPanel and there are none. I have used MyPhp which lists a number of Cron jobs in varios tables and I have located a jetpack_constants_sync_checksum which could be the culprit as I no longer have Jatpack installed. Would it just be safe to remove?

I have installed another plugin called Advanced Cron Manager which has localised the problem which is triggered by a single event. Now I have to figure out how to remove this as I am not able to do so with the plugin.

Thank you once again for pointing me in the right direction!

Thank you for the suggestion! I have downloaded and installed the plugin but I am getting the following error when I try to run it:

Fatal error: Uncaught TypeError: Unsupported operand types: string – int in /home/nemesisa/public_html/wp-content/plugins/wp-crontrol/src/event.php:458 Stack trace: #0 [internal function]: Crontrol\Event\is_late() #1 /home/nemesisa/public_html/wp-content/plugins/wp-crontrol/src/event-list-table.php(94): array_map() #2 /home/nemesisa/public_html/wp-content/plugins/wp-crontrol/src/event.php(530): Crontrol\Event\Table->prepare_items() #3 /home/nemesisa/public_html/wp-content/plugins/wp-crontrol/src/bootstrap.php(2107): Crontrol\Event\get_list_table() #4 /home/nemesisa/public_html/wp-includes/class-wp-hook.php(324): Crontrol\setup_manage_page() #5 /home/nemesisa/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters() #6 /home/nemesisa/public_html/wp-includes/plugin.php(517): WP_Hook->do_action() #7 /home/nemesisa/public_html/wp-admin/admin.php(237): do_action() #8 /home/nemesisa/public_html/wp-admin/tools.php(40): require_once(‘/home/nemesisa/…’) #9 {main} thrown in?/home/nemesisa/public_html/wp-content/plugins/wp-crontrol/src/event.php?on line?458

I am going to have a look at the Cron jobs which have been set up in the past to see if I can localise the problem.

done! Thank you again!

That worked perfectly! Please send me your PayPal address and I’ll buy you a big coffee!

• This reply was modified 6 years, 8 months ago by sandswimmer.

Turned out it was due to the hosting settings- restarting Apache did the trick!

I have exactly the same issue. The widget seems to get its order from the settings on the ‘order events’ (for which there are a number of settings) but not from the ‘order archive’ (this is if you wanted the widget to show the archive). It must be easily fixable if you are a programmer so I am hoping someone will be hitting on a solution soon.

FOLLOW UP: After a quick consultation with my wonderful hosting service I was advised that all I needed to do was to generate a .htaccess file with the code: SecFilterEngine Off which then goes in to the httpdocs of the domain or subdomain.

This switches off the mod_security and now wordpress is working full throttle!

Have re-installed wordpress again and getting the same error – I give up ??

Many thanks esmi but unfortunately this has not worked – I have deleted all the plugins for good measure and I am using he default theme. I may have to resort to a fresh install. Thank you for your help anyway

I have exactly the same problem – if anyone has stumbled upon a solution please let me know!