@thedesignerfr sorry you’re having trouble with the plugin. We do have a minimum PHP requirement of 7.0 or higher and that might be getting in the way of your installation. WooCommerce also recommends 5.6 or higher so it may be a good time to have your PHP upgraded in order to meet all requirements.
If you were to look at your logs in the WooCommerce -> Status page you might be able to see a little deeper into the issue. I would also be able to help look at that recent log file to see if there’s anything else that might need to be looked at. If you would like to send the log file to me directly, it’s ryan (at) vextras.com and I’ll be happy to help.
I’m sorry i made a mistake, the php version is 7.2.23. the wordpress version is 5.2.3 and Woocommerce is in 3.7.1.
Instead of putting WordPress I put PHP in my previous message sorry!
I send you a mail with all the screenshots.
Thank you ! 🙂
@thedesignerfr just wanted to post here that I was able to verify that you had many thousands of orders in your Mailchimp account – and now we’re at a spot where I need to know what you where trying to debug. Are you saying that it used to work and now it just stopped ( new orders aren’t syncing )?
Thank-you for your response ! 🙂
We have a problem of data synchronization. They do not synchronize and remain blocked. We sent you a screenshot by email.
This remains stuck since Thursday (when we realized that it did not work since August).
Thank you,
Have a nice week end,
Celine,
@thedesignerfr just wanted to respond here since we’ve been emailing over the week – that we’ve found an Out Of Memory log in your woo fatal logs that are most likely the cause of the plugin getting stuck.
We’ve seen this in the past, where certain orders might be failing due to a custom plugin hook or even just too much data to where you can’t even view the order in your WooCommerce admin area.
I would look at your plugin logs to see the last order pushed to Mailchimp – and then I would try to find the order in your Woo admin area – let’s try to load up the orders page from that order ID forward. That way, if it’s a conflict in another plugin, your web host should be able to show you where the problem is. Loading that page with the bad order should also fail if my theory is correct.