#nihilist_api

1 messages · Page 1 of 1 (latest)

wise cedarBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1220697379309621281

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

acoustic gladeBOT
#

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.

latent quarry
#

hi! in general if an off_session attempt on the PaymentIntent fails, the PaymentMethod is removed yes and the status goes back to requires_payment_method. Not sure if that's what you're referring to?

untold parcel
#

ah ok so what would you recommend to make this situation easier for user when they failed 3ds. I don't want my user to re-enter the card information again if it's a recurring subscription payment but failed because 3ds

latent quarry
#

are you handling the retry on your own payment page that you contact the user and bring them to?

untold parcel
#

yes i'm trying to handling that on my own payment page.

latent quarry
untold parcel
#

ah ok make sense tks for your help

#

but my payment intent with the id above doesn't have last_payment_error can you check if there's any issue

latent quarry
#

yeah it gets cleared if there are more attempts on the PI, and that one has had a bunch of activity

#

ultimately you can know the pm_xxx to use in multiple ways, it's the default_payment_method on the related Subscription, for instance.

wise cedarBOT
untold parcel
#

so is there any doc listing what attribute of paymentintent got reset

#

when there is an update

civic imp
#

Depends what you mean by 'reset'?

untold parcel
#

sorry i mean cleared, so far i do notice that 2 setup_future_usage and payment_method got cleared when payment failed

civic imp
#

Nothing specific on that really no

#

No fields other than payment_method should reset which my colleague explained. Just the status field which will transition to reflect the failure

untold parcel
#

ok i see so will an invoice.payment_failed webhook event got triggered if i failed 3ds challenge for a payment

civic imp
#

Yes

untold parcel
#

ok so how do you distinguised between invoice.payment_failed webhook of a 3ds failed and a renewal payment failed

#

assuming the test card i use for renewal payment failed is 4000000000000341

civic imp
#

To be clear renewal payments can fail because 3DS was requested too – that's not a problem limited to the initial invoice payment. But to get the reason for the failure you'd expand the payment_intent field and look at the last_payment_error hash

acoustic gladeBOT
untold parcel
#

Ok do you have a doc the list of errors code in last_payment_error hash

echo vale