|
ICLE
|
October 9, 2019 at 8:03 am
Do we suffer a similar bug as standard PayPal with PayEezy?
I have reports of records getting into the “Wait List” state.
Similar Topic:
https://eventespresso.com/topic/event-registration-status-is-wait-list/
|
|
Josh
|
October 9, 2019 at 8:43 am
Hi,
Actually no, one reason is PayPal Standard is an offsite gateway, and Payeezy is onsite.
If you’re having issues with registrations getting switched to Wait List status, that’s more than likely related to cron tasks not firing. That’s also related to your support topic from yesterday, where I left some feedback about troubleshooting wp_cron.
https://eventespresso.com/topic/where-do-i-remove-these-records-stuck-ticket-counts/#post-300399
|
|
ICLE
|
October 9, 2019 at 8:47 am
OK, thanks. Implementing the earlier solution.
I reran the last 10 cron entries using the wp_crontrol plugin. That action did not correct the one that I had as a test event.
There are 4k+ of those entries in that cron list, so can I just select all of them and clear the list and wait for it to pop in again, then rerun the wp_crontrol?
|
|
Josh
|
October 9, 2019 at 8:55 am
4000 in one go would overload the server. What you could do is run those in smaller batches. You’ll also need to figure out why crons aren’t firing in the first place. Have you checked the wp-config.php file for the presence of the DISABLE_WP_CRON constant?
|
|
ICLE
|
October 9, 2019 at 9:21 am
“DISABLE_WP_CRON” does not appear in the wp_config.php file.
We are hosting on Bluehost. They should be implementing standard cron for wordpress?
|
|
Josh
|
October 9, 2019 at 9:24 am
Hi,
The host itself wouldn’t. The WordPress wp_cron is a feature within WordPress, but it’s possible to disable wp_cron and it’s also possible for another plugin to interfere with the loopback that wp_cron relies on.
What you could do is troubleshoot this on a staging/dev site if further troubleshooting requires temporarily deactivating other plugins.
|
