worgdev

Hi

Thanks for getting back to me.

The version is 2.8.3?

Since posting the support ticket, it was established that I had a theme conflict which basically skewed data sent to MailChimp.

I can confirm that Github instructions do pass additional merge tags as expected.

Marking this as resolved

Thanks again

Made a little progress on finding out the issue.

Below is what the log says:

2023-05-03T10:34:21+00:00 DEBUG debug :: mailchimp_member_data_update :: Array
(
[user_email] => [email protected]
[user_language] => en
[caller] => cart
[status_if_new] => transactional
)

2023-05-03T10:34:21+00:00 ERROR cart.member.sync.error :: Error code transactional
2023-05-03T10:34:23+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_User_Submit queued :: obj_id 21
2023-05-03T10:34:23+00:00 DEBUG action_scheduler.reschedule_job :: MailChimp_WooCommerce_User_Submit re-queued :: obj_id 21
2023-05-03T10:34:24+00:00 DEBUG action_scheduler.reschedule_job :: MailChimp_WooCommerce_User_Submit re-queued :: obj_id 21
2023-05-03T10:34:24+00:00 DEBUG action_scheduler.reschedule_job :: MailChimp_WooCommerce_User_Submit re-queued :: obj_id 21
2023-05-03T10:34:25+00:00 NOTICE action_scheduler.queue_job :: MailChimp_WooCommerce_Single_Order starts in 90 seconds :: obj_id 8130
2023-05-03T10:34:25+00:00 NOTICE debug :: Order ID 8130 was pending and is now processing :: Array
(
[new_order] => 1
[tracking] => Array
(
[campaign_id] =>
[landing_site] => https://site-local.local/checkout/order-received/8129/?key=wc_order_xj4rVYof869aD&utm_nooverride=1
)

)

2023-05-03T10:34:29+00:00 ERROR member.sync :: [email protected] :: Error Code 0 :: Error code transactional on 2003 in …/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php

This is my concern in particular:

2023-05-03T10:34:21+00:00 ERROR cart.member.sync.error :: Error code transactional

What is this error and how to fix it?

Yes, I thought that might be the case actually. There is a reason why it was separated to begin with.

I am not aware of conditionals or functions currently, but I also think it might not even be worth exploring as I would much prefer security over “extra functionality”.

I will mark this as resolved because the core functionality actually does work. I guess, in this instance, it is more of a case of a choice – add an extra security layer or support existing image conversion.

Again – thank you for your support.

Thanks for a quick response. Really appreciate it.

I have now pinpointed the issue.

You are right. The conversion functionality does work. Checked theme files and could see webp. Also can confirm that the plugin is loading webp on the front end as expected.

The issue (which led me to believe that the plugin might not work) is with converting existing images. It lists “wp-admin” and “wp-includes” only.

Essentially the actual uploads directory is not listed due to a different directory structure on bedrock.

Excellent, thank you for that! Much appreciated.