#alok-kumar_code
1 messages · Page 1 of 1 (latest)
👋 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/1217040294483329135
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
Sure, implementation would work the same in test and live mode
So I don't have to perform this step mentioned in the below link right
https://docs.stripe.com/payments/3d-secure/authentication-flow#custom-iframe
Custom iframe?
If you want to show the 3DS/auth UI that is from the bank in an iframe yes
Otherwise we'll just open it in a new window
In which payment method type will this scenario arise
3DS only occurs on cards
So do I have to load the 3ds in a iframe ?
No, you don't:
You can’t customise the authentication UI on the web to match your website’s design – the bank that issued the card controls the fonts and colours.
However, you can choose how and where to show the 3D Secure UI. Most businesses show it in a modal window above their payment page. If you have your own modal component, you can place the 3DS frame inside it. You can also show the authentication content inline with your payment form.
It's optional whether you show it in an iframe. For example, if you want to keep the payment experience entirely on your site as opposed to opening a new window for the 3DS UI
Is there a repo where I can check how to handle the 3ds scenario in a live mode?
There is not. If your flow works in test mode, then it will work in live mode
I am worried on how to handle the if any 3ds auth is arriving from bank
Will that js function be able to handle
Yes
And do I manditorly need to provide a return url?
Depends on which Stripe.js functions and Element you're using
I'm using payment element
Then yes
What will happen if I haven't provide the return url?
It's a required parameter to confirmPayment will error: https://docs.stripe.com/js/payment_intents/confirm_payment#confirm_payment_intent-options-confirmParams-return_url
Actually I'm confirming the payment initent at server side without a return url, but when it returns status as requires_action I handle it at client side using handleNextAction method strips js, even there I don't provide the return url
Then I guess it's not needed in that flow
await stripeConnect
.handleNextAction({
clientSecret: client.clientSecret
})
.then(function(result) {
if (!result.error && result.paymentIntent && result.paymentIntent.status === "requires_capture") {
status = true;
} else if (result.error === "card_error" || result.error === "validation_error") {
showMessage(result.error.message,paymentElement);
status = false;
setLoading(false);
}
Here is the code piece I'm handling it, could you pleae cofirm if it's fine to handle this way
Yep, that is fine in server-side confirmation flows