“Checkout ID not found” – checkout problem with Cartflows

Hi @krikke,

Thank you for contacting us. Once payment is successful and you’re redirected to /checkout/order-received/[order-nr]/ does it then immediately direct you to another page where you see Checkout ID not found or are you seeing that notice on the order-received page?

Once payment is successful on a product page, the user is redirected to the url returned from the $order->get_checkout_order_received_url() call. That appears to be happening so anything after that is up to cart flows to control. Do you observe this same behavior when checking out via the checkout page?

Kind Regards,

Hi @mrclayton,

Highly appreciate the quick response!

I can confirm the issue only occurs on the product page and cart page. When I pay with apple pay through the checkout page, everything is fine. I get redirected correctly. Order either on the product page or cart page gets me redirected incorrectly.

I can also add that this same behaviour occurs with paypal checkout on both product/cart pages. all is fine on the checkout page.

Is there a difference between the two methods of checkout?

Cheers
Kristof

Hi @krikke,

Thank you for providing those details. Yes the method of check out is slightly different when processing a payment on the product and cart pages compared to the checkout page.

The product and cart page check out utilizes the WordPress rest API. I am starting to suspect that the cart flows plug-in does not hook into the order received url filter unless it is an a Ajax request from the checkout page.

I’ll take a look at the cart flows plug-in code and see if I can confirm if that’s the issue.

If it is I will probably have to contact the developer of that plug-in and let them know

Thank you very much @mrclayton!

If there would be a better way to add a custom thank you page / checkout page that is supported by your plugin, I am glad to evaluate it.

Cheers
Kristof

Hi @krikke,

It was as I suspected. The cartflows plugin hooks in to the woocommerce_get_checkout_order_received_url filter provided by WooCommerce. In function _is_wcf_doing_checkout_ajax a check is performed to ensure the request is not only ajax but also if there is a variable called _wcf_checkout_id in the $_POST.

The Braintree plugin is using ajax so that passes but it fails on the check for the _wcf_checkout_id since that property is only added on the checkout page. That means the Cartflows plugin does not return their custom url and that’s why you see that notice on the order received page. I will link them to this thread so they can provide some insight on the best way to resolve the conflict.

Kind Regards,

Here is the support thread that I created in the Cartflows support forum:

https://www.ads-software.com/support/topic/checkout-id-and-product-page-checkout/#new-topic-0

Fantastic, thank you for the detailed analysis and creating a support ticket on the CartFlows thread. I’ll be following both these threads in case we get a workaround.

Cheers
Kristof

@krikke,

Based on their responses it looks like they don’t support the custom thank you page when the checkout is processed on anything other than the checkout page.

I am going to set this support thread to resolved but we can continue to comment etc and follow the other support thread.

Kind Regards,

Sounds reasonable, thank you again for the input!