Hi @moe226
Thank you for contacting us. Are you able to share a product page url to your site so we can review your checkout page?
For the order that remained in a pending status, it sounds like the Stripe plugin completed it’s payment process since the transaction ID was associated with the order. Associating the transaction ID with the order is one of the last processes that the Stripe plugin performs before handing control back to WooCommerce to complete the checkout process.
Kind Regards
Thread Starter
moe226
(@moe226)
https://v7motorsports.com/products/q50-carbon-fiber-mirror-caps/
Another thing to note is that when clicking on transaction id from WooCommerce order page, it redirects to the stripe dashboard (screenshot below) that says:
https://ibb.co/cz8Dc8g
“
Transaction not found
The requested transaction does not exist:
6853c0502-1851
. “
The actual payment behind this order exists separately on stripe dashboard’s end under a different transaction id.
Hi @moe226
The transaction ID 6853c0502-1851 is not in a format that Stripe uses for their transaction ID’s. That would indicate that some other code on your site updated the transaction ID associated for the order.
For order #18520, I can see in the logs that the payment intent creation request did not contain a payment_method value. I believe that would explain that odd behavior reported by your customer. The plugin receives the payment method ID from Stripe when the customer confirms the payment with the Link Express modal. The payment method ID is then inserted into the checkout form and the form is then submitted.
The logs indicate that one second before the payment intent creation request, a payment method ID was generated. ID pm_1Rf5bMJwR1P9b9S4t385ELjh. That is the correct sequence of events.
So it seems like somehow the payment method ID was not included in your checkout form submission. Are you using any kind of caching on your checkout page?
Kind Regards
Thread Starter
moe226
(@moe226)
Thank you, I crossed checked that transaction id format with other orders and can confirm that transaction ID format is for Sezzle(buy now pay later). The customer said that he attempted to pay with Sezzle at first but got declined so he went back to checkout and he then paid with link. (those payment attempts in WooCommerce dashboard (screenshot) i manually set his order to processing so his confirmation email can be sent)
https://ibb.co/4wsJrc3f
https://ibb.co/MDFcNp61
I use litespeed cache and quic.cloud, I was under the impression that litespeed automatically excludes cart and checkout but i specifically excluded them now just to be sure.