#TLShadow

1 messages · Page 1 of 1 (latest)

native novaBOT
desert garnet
#

Yes out 3DS cards are for testing SCA flows

#

Is there a specific flow other than our test cards that you are looking to test?

ionic hamlet
#

well i have been warned since we are using setup intets to use future payments sort of ... that 3ds might be triggert twice .. haven't seen that yet ... and haven't noticed that yet

#

also there are cases when the confirmcard payment might return a full page redirect, haven't found any of those yet ? .. or rather confirm paymetn for elements .. confirm card for card elements

#

or is fullpage redirect just for payments element for other than card ?

#

as little context :
we develop a plugi n for wordpress .. and integrated it so far that we craete a setup intent to collect payment data in a singlepage checkout .. and on payout we attach that to a customer and submit a complete payment intent ... which would be analogue to the future payment flow.

desert garnet
#

well i have been warned since we are using setup intets to use future payments sort of ... that 3ds might be triggert twice .. haven't seen that yet ... and haven't noticed that yet
For this you can use our test card that always requires 3DS, I believe its CC number ends in 3184 when you re-use that payment method 3DS will be required again

ionic hamlet
#

ok will test it with that specific card again ... not sure wheter we used this one or another one .. i've been using the 4005 (first card on the 3ds test page)

desert garnet
#

also there are cases when the confirmcard payment might return a full page redirect, haven't found any of those yet ? .. or rather confirm paymetn for elements .. confirm card for card elements
or is fullpage redirect just for payments element for other than card ?
By default, yes. You can force cards to redirect too if you set redirect to always when confirming payments with the payment element
https://stripe.com/docs/js/payment_intents/confirm_payment#confirm_payment_intent-options-redirect

ionic hamlet
#

yeah problem is we don't want to redirect because the one page is a form .. and the user would lose all this input

#

and elements does offer 3d secure via iframe, which is also buildable via card elements and manual event handling .. we are just now trying to decide what would be the best approach out of those 2

#

in terms of stability, default behavoir the shop customer is used etc

#

thats why i'm tryin to figure out which caes would require a fullpage redirect and if those are applicable or not

desert garnet
#

If you set redirect to if_required, 3DS won't redirect away from your page but other payment methods still might

ionic hamlet
#

ah okay so if_required is safe for cards

#

there is no auth method on cards that would require a full redirect ?

#

klarna,sepa etc might i under stood that

desert garnet
#

Looking in to it, not 100% sure that cards will never redirect

ionic hamlet
#

btw and off topice nice avatar (its ai generated right ?)

ionic hamlet
#

main problem is we are EU based .. so there is quite alot of strictness and rules which kinda complicate the whole process a tad bit

desert garnet
#

If you are using the Payment Element and redirect set to if_required, 3DS should not require a full page redirect

ionic hamlet
#

ACK can confirm taht .. will be done via iframe

desert garnet
#

With the card element, redirects won't happen unless you provide a return_url and choose to handle 3DS that way

ionic hamlet
#

true i have been using card with return url and handleAction: false

desert garnet
#

And yes it is AI generated! One of the demo Dall-E 2 images I think

ionic hamlet
#

yeah .. bear experiments sth 😄 i recall it

#

so but basically ... 3d secure is the only thing that we need to handle when it comes to card and theres no major player that forces a full page redirect

desert garnet
#

Correct

ionic hamlet
#

that helped alot 😄

#

well i guess that concludes my question then .. thanks alot 😄

desert garnet
#

Glad I could help!