figment

Sorry for the late response. Yes I can confirm that the notice is gone from backend and I have the wbhook.token in wp_option table.

THE SQL I used to check – SELECT * FROM wp_options WHERE option_name LIKE ‘%webhook.token%’

Also I can confirm that just by saving the settings in Store tab I manage to make it work.

I also tested this on Site Ground Cloud Hosting. On that site (also using Wordfence), there was not such problem.

Hope this will help someone. Thanks for the support

One more thing, sorry for writing so much. I manage to “fix” this on 2 of my 3 sites that are blocking all user agents.

For the sake of the test I didn’t allow the user agent in robots.txt on the 3rd site. Upon saving the settings in STORE tab (Audience is not there), Audience tab appears and I got this log

2022-07-22T10:59:49+00:00 NOTICE webhooks :: added webhook to audience
2022-07-22T11:00:16+00:00 NOTICE sync_store :: posting data :: Array

Again, seams to be working without including the user-agent of Mailchimp.

Hope this will help to somebody

One more thing. Upon saving the audience I finally have log (it was in debug mode). I have this there

2022-07-22T10:15:57+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_WebHooks_Sync queued
2022-07-22T10:16:49+00:00 NOTICE webhooks :: added webhook to audience

and upon second save

2022-07-22T10:17:26+00:00 NOTICE admin :: updated GDPR fields :: Array
(
    [fields] => Array
        (
        )

)

2022-07-22T10:17:26+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_WebHooks_Sync queued

——–
Message seams to be gone and this seams to be solved. How can I know and test its ok?

• This reply was modified 2 years, 4 months ago by figment.

Hi ryanhungate, thanks for the replay.

So, when you mention user-agent I forgot that I’m blocking all user-agents in robot.txt on this site (sorry about that).

So I run the updated on another site which is not blocking them and all seams fine – the message appeared but it was gone upon refresh.

However on the site that I block the user-agents I did this

User-agent: *
Disallow: /

User-agent: MailChimp.com WebHook Validator
Allow: /`

However it doesn’t seams to be helping.

When I see the logs of the plugins (I don’t have log from today) it says this. (I added the xxxxxx s)

`2022-07-21T13:31:49+00:00 NOTICE admin :: syncing webhooks for existing plugin

2022-07-21T13:31:49+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_WebHooks_Sync queued

2022-07-21T13:31:53+00:00 ERROR webhook :: <p>url: We couldn’t verify the URL is working. Please double check and try again. HTTP Code: 503</p>
2022-07-21T15:03:27+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_Cart_Update queued :: obj_id 0f05cce49f1d32447f28d5a405a19574

2022-07-21T15:04:07+00:00 NOTICE abandoned_cart.success :: email: [email protected] :: checkout_url: https://xxxxxxxxxxx.com/checkout/?mc_cart_id=0f05cce49f1d32447f28d5a405a19574

In the access logs of Apache/php I can find logs like this connected
95.180.213.108 – – [22/Jul/2022:09:46:38 +0000] “POST /wp-admin/admin-ajax.php?action=mailchimp _set_user_by_email&[email protected]&mc_language=en&subscribed=0 HTTP/1.0″ 200 771 ” https://xxxxxxxxxxxxxxxxxx.com/my-account/&#8221; “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/ 537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36”

Also we use Wordfence as firewall. We have this settings for years now, not a single problem or similar has happened until now

Of course. Thank you so much.

Hi. I contact support before I post question here. Your support to be honest is still not responding.

However after some days of struggle I found what is going on. The problem why our site is not syncing with Ordoro via rest api is – Lazy Load Images option. This option if enabled is creating problem, stopping the sync and the WooCommerce site stops sending information abruptly.

So for anybody out there that might have such problem, this was my fix

Thanks for the support in any case. You can close this ticket

Hi, thanks for the answer. I’m also in contact (but no answer) with somebody from Cloudways. I sent them video of the problem, but I can’t post that publicly here, so pls give me a means to sent it to you.

There is no debug log or console log, since the sync is happening on Orodoro end, not on our site. Ordoro is receiving and sending orders and products from and to the site. There is error however on Ordoro telling me to check the authentication and the rest api credentials. However disable Breeze and the error is gone and the sync is successful. So auth is perfectly fine.

I tried to disable almost all settings in Breeze and tested that, but no luck – orders won’t sync. Disable the plugin all goes well. Tested this more than 30 times.

What is strange is that they (Ordoro) didn’t do anything on their end (no update) nor your plugin was updated (this is happening before your last update). This stopped working this Monday 18th of April for NO REASON…

Yes, thanks. Sorry to bother you. I will watch out for more and write out if necessery. Thank you for the plugin!

Well in the case of my own ajax call hooked to the thank you page of wordpress – this appears when I step debug with xdebug

query-monitor.js?ver=1641914638:366 PHP Errors in Ajax Response

And nothing more. If I open the error is empty. After the debug is done, its all good – error gone. So I guess its cause of the debug?

As for when updating plugin, the latest I saw was cause of Elementor Pro – you are right. So probably nothing to worry about…

Same here. I agree.

Hi @joostvandevijver and thanks for the fast answer. The problem is one of my function in the child theme that is changing the html of the radio buttons.

add_filter(‘woocommerce_form_field_radio’, ‘custom_change_radio_buttons_html’, 10, 4);

So this is not your plugin problem nor its conflicting with any other method.

Sorry for not checking this before I write. I think you can safety close the ticket.

I will dig into it latter to check why this is happening. For now I just located the error…

Hi Nik. Sorry for the late response. Confirming that issue is fixed. Thanks

Hi Nik. Thanks for the filter. Working fine with me. No error logs for apple pay

Hi Nik. I don`t know the version of the plugin, but I know the date errors start popping up. So whatever version was before 22 March it was ok I suppose. We update the site regulary (almost every week)

We have not downgrade the plugin. The plugin seams to be still working. its just I have to delete like 600mb of logs every day.