#richard_20727
elfin marshBOT
Hello richard_20727, we'll be with you shortly! Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
• https://discord.com/channels/841573134531821608/1163917816815169628, 1 days ago, 15 messages
• https://discord.com/channels/841573134531821608/1161851624621355008, 6 days ago, 4 messages
• https://discord.com/channels/841573134531821608/1161680524633448509, 7 days ago, 7 messages
half socket
hello! can you share an example PaymentIntent id?
leaden plaza
Here is the one that worked. pi_3O2G5mBEVXB9vy3z0fXSqYo7
Here is one that is still incomplete
pi_3O2Ie5CG9QmIiPre1jeGwTQ7
the one that is incomplete and not working isn't making the confrim payment call. which i find odd because the confrim payment call works on so many other paymetns
i would grab you the req so that you can look at the logs. But i don't recall how to do that
in this documentation: https://stripe.com/docs/api/payment_intents/confirm
It says "If payment fails, the PaymentIntent transitions to the requires_payment_method status or the canceled status if the confirmation limit is reached."
but i'm not sure if that IS what's happening and i'm just not catching the error?
half socket
from what i'm seeing from pi_3O2Ie5CG9QmIiPre1jeGwTQ7, there wasn't any attempt to confirm the PaymentIntent
there's nothing wrong with a PaymentIntent remaining in requires_payment_method, maybe the customer just never attempted payment
leaden plaza
So, the paymentIntnet didn't fail. This whole this is strange because 3/20 PaymentIntents created for this specific connected account worked, the other 17 are in the 'requires_payment_method' status but we haven't been able to figure out why
half socket
to be clear, the customer needs to provide their payment method details and click the confirm button
if they don't then there's no attempt made to make payment, and it's unsurprising that the PaymentIntent remains in requires_payment_method
you can't control what the customer does on your site
leaden plaza
got cha. yeah i see what you mean. Found this as well, that goes with what you're saying:
For some payment methods, the user may be redirected to an intermediate page to authorize the payment. If they fail to authorize, they'll be redirected back to the return_url, and the PaymentIntent will have a status of requires_payment_method.