#adampetty
thick willow
safe vale
Can you be more specific about what you mean to do?
adding the js sdk for checkout
What does this mean?
gloomy rampart
So we're using Payments API but it hasn't been working due to 3D Secure
(We've built our own checkout)
If we switch to js sdk will it affect 3d secure at all?
this is what happens when a user tries to purchase
I can send more logs/ID's if it will help
safe vale
Yes, you could use our Stripe.js function to help with this, or alternately display the 3ds flow in a modal like you have
gloomy rampart
3ds works fine, 3ds 2 doesn't - is there anything to fix this? our current solution is the same as stripe js, but our concern is 3ds 2 when it doesn't have return url
safe vale
To accomplish that you need to specify a return_url when you confirm the payment intent:
https://stripe.com/docs/payments/3d-secure#when-to-use-3d-secure
gloomy rampart
yes this is already done
but for 3ds 2, return_url doesn't come in response
some fingerprint hash comes
safe vale
Can you share an example PI id?
safe vale
You are not sending return_url here:
https://dashboard.stripe.com/logs/req_GVSI1fMjHy8yRF
This is something you set: https://stripe.com/docs/api/payment_intents/create#create_payment_intent-return_url
You'll need to add that to get the 3DS redirect_to_url.url that you can use
gloomy rampart
we are working from backend
doesn't require return url from backend
we create payment intent, and check the status
if it is "requires_action" then we see "next_action" and find the url to redirect the user for 3d secure
but for some cards that url is missing
since they are 3d secure 2
safe vale
Yes, and I'm telling you the way to do this is sending that return_url -- it would only be relevant in the redirect case, but this is how you indicate that you want ot handle the 3ds redirect/modal yourself, instead of using Stripe.js
Otherwise, sure you can use Stripe.js & call handleCardAction instead:
https://stripe.com/docs/js/payment_intents/handle_card_action