Order Confirmation / Order Received page not loading after proceed

Hi @curtisagitate

What page do you see? Or does it remain on the checkout page?

If it’s not redirecting that almost always means you have a JS error on your checkout page that’s preventing the redirect.

Kind regards

Thanks for your reply. The page refreshes and I see some content gets added into the URL at the top.

The transaction is created and successful.

But the order confirmation page doesn’t load.

I am not getting any console errors with inspect during this

Does that help?

If there was a JS error then how come the Paypal and Cash on delivery options don’t also have this?

If there was a JS error then how come the Paypal and Cash on delivery options don’t also have this?

Because PayPal redirects to an externally hosted payment page. It’s coded in an entirely different way when it comes to how the payment is processed.

I’ll take a look at your site. Please ensure it’s in test mode.

Kind regards

Have just done again and see that it appends URL with: https://curtisrwilliams.co.uk/checkout/#response=… (lots of letters…)

The site isn’t in test mode, it is a demo but the stipe connection is in live mode. Allow me a few minutes to change this to test mode

This is now in test mode and I can confirm the same problem is occurring. I look forward to your response

That’s the url that’s returned when 3ds needs to be processed.

It looks like you might have another plugin that’s interfering with that url hash.

But that url isn’t returned if payment is taken. It’s generated pre-payment.

You’re certain the payment is being processed?

Kind regards

Yup payment is 100% being taken. I have performed a number of test payments in live with my own card and all were processed.

Please send me the link to the exact product that you’re testing with.

Allow up to an hour for your site to be reviewed.

There are only 4 and they are effectively all the same. I have tried all but here is a link to one:

https://curtisrwilliams.co.uk/product/w8-gym-hot-pink/

Thanks

Hi @curtisagitate,

Here is what’s happening:

The Stripe plugin listens for the click event on the place order button. If the card payment method is selected, then the e.preventDefault function is called. That prevents the WC checkout form from submitting and the WC checkout process from being initiated. Once the Stripe plugin receives the payment method ID from Stripe, it re-submits the checkout form.

But I see the following error: jquery.min.js:2 Unable to preventDefault inside passive event listener invocation. That means the form continues with its submit, ignoring the Stripe plugin. The checkout form submits, but you also have the WC ajax checkout process running in the background. So the first form submit refreshes the page and the second one processes the payment in the background the way it’s supposed to.

So in simple terms, something is bypassing the WC ajax process that performs the checkout. So you have the checkout page refreshing and at the same time, ajax is processing the order.

This is not being caused by the Stripe plugin.

Kind Regards,

@curtisagitate

If you reach out to us via the help button in the plug-in settings I can assist you with tracking down what might be causing this issue.

Kind regards

Thanks, have done

The issue was found to be caused by the merchant’s theme. Setting to resolved.

Specifically this was caused by a script I had in the footer file that was aimed at solving passive listener issues which Google Pagespeed index didn’t like. I wrapped it in an if statement to not run on the checkout and that resolved the problem.