lewisself

Thanks Ryan! That’s good news. I’ll just wait until the next release instead of trying to find a work around. Kicking myself I didn’t put in an issue on GitHub. I’ve been trying to be more active on there. Next time I find an improvement I will!

In order to update the PHP and MySQL versions I had to update laragon itself. When setting the PHP version back to 7.1.14 I couldn’t reproduce the problem. I have a feeling it’s probably some issue with Laragon.

Thanks for all your help though.

I made a subdomain on my live website and it works as expected. My Localhost PHP and MySQL versions are as follows

PHP: 7.1.14
MySQL: 5.7.19

After updating these to the following, the issue was resolved.

PHP: 7.2.19
MySQL: 5.7.24

• This reply was modified 5 years, 4 months ago by lewisself.

Hi Ryan,

I’m wondering now if it could be something to do with my localhost, I’m using laragon. I’ll set up a new WordPress install on my live website and see if I can reproduce the issue.

Does the save_block function run when the block is first published? It works fine the first time, it’s when I come back to edit the block that I get some fields being deleted.

I made sure that all the field names and slugs were different but I meant if it’s somehow conflicting with something in WordPress.

I’ve also noticed that you have the Gutenberg plugin installed when trying to reproduce this, could you give it a test without and see if it makes a difference? I didn’t have this installed on the sites.

• This reply was modified 5 years, 4 months ago by lewisself.
• This reply was modified 5 years, 4 months ago by lewisself.

Thanks for getting back to me Ryan.

Yes It was when using the blocklab UI and when updating an existing block.

https://www.lewisself.co.uk/block-lab-test.png – I added an additional text field and this is the new block after updating – https://www.lewisself.co.uk/block-lab-test-2.png

I’m running WordPress 5.2.2 and blocklab 1.3.3. After having a look again, could it be some conflicts with naming my fields?

I forgot to mention, I double checked the slugs were different as I know duplicates are deleted

This issue has been fixed in the new 1.1.0 release.

Thank you for mentioning this, as it should not ever display this. Could you let me know what theme you are using?

Really nice plugin, however I am also experiencing a similar issue with the most recent release. I made 6 fields and after saving seems to have wiped 4 of them. I remade them and the same thing happened (I can’t recall if it was the same fields that were wiped or different ones. Probably should have kept track of that to help debugging).

• This reply was modified 6 years ago by lewisself.

Hello,

I’m sorry for the long reply. The plugin works by hooking into the admin when adding products onto a website so I think that’s why the plugin won’t be creating the emails. Is Scrapes a plugin on WordPress or one you have purchased? If I can find the plugin I will do some testing and see if I can get it working with it.

Lewis,

Thanks for the help. I deleted the http_worker_lock site transient from the website and it started to sync the products and orders. There seems to be some errors inside of my log file now though.

2018-09-05T12:27:25+00:00 NOTICE order.items.error :: Order #7609 :: Product 0 does not exist!
2018-09-05T12:27:25+00:00 ERROR order_submit.error :: addStoreOrder :: 189728 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:25+00:00 ERROR order_submit.error :: addStoreOrder :: 189729 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:25+00:00 ERROR order_submit.error :: addStoreOrder :: 189730 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:25+00:00 ERROR order_submit.error :: addStoreOrder :: 189731 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:25+00:00 ERROR order_submit.error :: addStoreOrder :: 189732 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:26+00:00 ERROR order_submit.error :: addStoreOrder :: 189733 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:26+00:00 ERROR order_submit.error :: addStoreOrder :: 189734 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:26+00:00 ERROR order_submit.error :: addStoreOrder :: 189735 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:26+00:00 ERROR order_submit.error :: addStoreOrder :: 189736 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:26+00:00 ERROR order_submit.error :: addStoreOrder :: 189737 :: :: on 1432 in /home/budget/public_html/wp-content/plugins/mailchimp-for-woocommerce/includes/api/class-mailchimp-api.php
2018-09-05T12:27:27+00:00 NOTICE api.add_product.error :: :: :: Array
(
[submission] => Array
(
[id] => deleted_0
[title] => deleted_0
[variants] => Array
(
[0] => Array
(
[id] => deleted_0
[title] => deleted_0
[inventory_quantity] => 0
[backorders] => false
)

)

)

)

• This reply was modified 6 years, 2 months ago by lewisself.
• This reply was modified 6 years, 2 months ago by lewisself.

Hello,

I’m having a problem syncing my orders. I’ve tried the postman as requested and checked if the store id matches the option: mailchimp-woocommerce-store_id. It seems to match fine. I’m having no errors on the website logs but it seems that my orders are not being synced. Is there anything else I could try to resolve my issue? Any help would be great.

I’ve tried the following to resolve the issue:

– Deleting and reinstalling the plugin.
– Switching lists and using a different API key.
– Logs seem fine with no errors (Although, it was set to standard, I’ve changed it to debug so this might change)

• This reply was modified 6 years, 2 months ago by lewisself.

After the most recent WooCommerce update, this issue seems to have been resolved for my case.

The shop I’m working on has a similar issue where all our products have the last category checked (Some products have up to 4 categories in the breadcrumb trail). The shop page shows all of the products but some of the parent categories are empty. I’ve noticed that if I check the parent categories as well as the sub categories it seems to display on the correct category pages.

Before it worked fine only checking the last sub category.