paperclicksdev

Hi,

That’s unfortunate. is there any way to manually edit the data?

What do you need to be able to look further in to this?

Hi @diana_burduja,

?cannot replicate the issue on my test website. Would you create me a test product with 0€ as price on your website, so I can see the issue live?

I have created a new product with 0 as price.You will find it here: https://whiteteethforever.eu/product/test/

Good to know the payment options will error because the price is 0.

Are all the orders on your website with “Ik kan alle vragen uit de inventarisatie mondzorg met ja beantwoorden.” field answered as “no”, or only some of the orders? If only some of the orders, could you find a pattern between the orders, for example “they all use the same payment method” or “they all use only a certain browser”?

Most of them are answered with “Yes”, but only some with “no”. The most recent one we have recorded on HotJar, you can see there that the checkbox was checked in the normal manner. But afterwards in the order it still says “no”.

It’s with different payment methods, browsers and devices. There is no pattern to be recognized.

One possible cause could be that the checkbox is set outside the checkout form, after the “Afrekenen” button. Would you mind moving the checkbox above the “Afrekenen” button (before or after the “Terms and Conditions”, as you wish) and watch out if the checkbox’s value is correctly registered in future orders?

As requested, we have moved the checkbox to be inside the checkout form. I dont know if this will solve the issue since i cant properly reproduce it.

Ha Shameem,

Does that mean that the issue is on their end or could it still be a bug in Woo?

Thanks!

Hi again,

After doing some more research I think I may have found a lead.

The ‘free shipping’ method is showing up when the subscriptions plugin is disabled, meaning the problem is related to the Subscriptions plugin. It seems like the shipping method (data) is not being retrieved when trying to access a variable subscription. Which I assumed after reading this Stack Overflow post: https://stackoverflow.com/questions/77088176/set-the-shipping-method-in-woocommerce-subscriptions-renewal-orders

Curiously enough, when looking into the orders it does show the shipping methods on both the original order as well as the recurring subscription.
(The subscription shipping method is set to “same as parent”)

Is this something we can use to figure out what is going on, or is this a dead end?

Looking forward to hearing from you.

Kind regards,

Hi @anastas10s,

We already have all plugins disabled except for WooCommerce and WooCommerce subscriptions. We also are already running the ‘Twenty-twenty’ theme. Also, everything (plugins and theme) is updated to it’s latest version.

Could you share the block code used in your example? I might be able to analyse the code and find the conflict in ours that way.

Kind regards,

Hi @carolm29 !

Ofcourse!

You can find an image of the WooCommerce -> Settings -> Shipping here: https://snipboard.io/aXqoVE.jpg

You can find an image of the WooCommerce -> Settings -> Shipping (Click edit on a Shipping Zone)here:
https://snipboard.io/h96aok.jpg

Below you will find links to the individual settings of the zones, we will remove the test-zone once we have solved the problem. We have been using this to investigate the issue(s).
Free (gratis) Zone: https://snipboard.io/DcuR6T.jpg
Test Zone: https://snipboard.io/XcC2Y7.jpg

Is this everything you need? I’m looking forward to hearing from you.

Kind regards,

Hi again,

I have also tried creating a different version of the checkout page using the [woocommerce_checkout] shortcode, so not using blocks. You can find this page here: https://wtftest.website-omgeving.nl/Test/

As you can see, the problem doesnt happen here. Which makes me believe the problem is within WooCommerce Blocks itself. What do you think?

Looking forward to hearing from you.

Kind regards,

Hi @doublezed2 ,

Thanks once again for your quick reply.

Most plugins had already been disabled, but now all plugins except WooCommerce and WooCommerce Subscriptions are deactivated. We have also switched to the ‘Twenty Twenty’ theme.

Unforunately, the issue persists.

Is there anything else we can do to help troubleshoot the problem?

Kind regards,

Hi @doublezed2,

Thanks for your reply.

We have setup a staging area where we can look into the matter. You can find this here: https://wtftest.website-omgeving.nl/betalen/

I uploaded the image to the snipboard, which you can find here: https://snipboard.io/3WK5vs.jpg
You will notice that the image is slightly different from the staging area. This is because we have remove more CSS than necessary for the bug to be visible. Don’t worry about the other fields.

Lastly, you asked us to provide a status report. You can find this here: https://gist.github.com/Paper-clicks/494f0015b76fac143d292c8df448f6d4

I hope I have provided everything you need. Please let me know if there is anything else I can assist you with to make troubleshooting this easier.

Im looking forward to hearing from you.

Kind regards,

HI @doublezed2

Ill try my best to explain the situation better.

Normally the shipping method field on the left is updating a field (.wp-block-woocommerce-checkout-order-summary-shipping-block) in the summary section on the right. We have currently hidden said block to avoid confusion with visitors whilst the field is showing a “no shipping methods available”-message. In the screenshot provided I had disabled the CSS hiding the block.

You can find the screenshot here, the forum didnt allow me to properly upload an image so I added this as a backup solution: https://ibb.co/fdj8QGy

To answer your second question: We are indeed using the checkout blocks system provided by WooCommerce.

And lastly, we currently do not have any plans to offer any other shipping methods than a free one.

I hope this answered your questions