#khadim-yaseen_code

1 messages ยท Page 1 of 1 (latest)

fallen otterBOT
#

๐Ÿ‘‹ 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/1282683113385758783

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

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.

stoic cradleBOT
mental idol
#

Hi there ๐Ÿ‘‹ can you tell me more about what you saw in your testing that gives you that impression? Are you encountering some sort of an error?

dusk sun
#

Yeah sure.
This crad "Authenticate unless set up 4000002500003155" should trigger a 3D secure authentication.
I basically have two stripe elements on my page.
One is Payment Element which I use to collect card payments.
And other is Payment request Button, which I use to collect Apple/ Gpay / link payments.

The above mentioned card does trigger a 3DS auth when using a payment element. But the Link payment method on payment request button doesn't trigger 3DS auth.

mental idol
#

Is that what you're showing on the left side there, the PRB flow? It looks like you're already authenticated to Link there, so the setup may have already happened. Let me see what I see in my test flow.

dusk sun
#

yes the payment does get succeed, Since my subscription has a trialling period.
But when the trial period ends and the payment is off session. This particular card requires 3DS if not auth is not set up.
I hope I am making any sense!

mental idol
#

I just tested with a new Link user that was providing that card for the first time via PRB, and was prompted to complete 3DS.

dusk sun
#

Any suggestions where I should look for this issue with PRB with Link?

mental idol
#

Can you tell me more about what you were doing in the dashboard when that message was thrown? My teammates and I in this forum specialize in helping with our API and aren't as familiar with the dashboard side of these flows.

dusk sun
#

Okay
Do i provide you with more info or I should create a new thread?

mental idol
#

You can give me more info

dusk sun
#

Basically my question is that I am not prompted to complete 3DS on link.
While I do get it for PAyment element that I am using for card payments.

#

That's why I am getting that message on dashboard becasue this card requires to be authenticated once on the client side to make future payments.

mental idol
#

Can you tell me a lot more about how you're testing the Payment Request Button flow, and/or share IDs of the related Subscription or Invoice or Payment Intent so I can pull more insight from those?

dusk sun
#

I am using this event
paymentRequest.on('paymentmethod', function(ev) {
console.log(ev);
console.log(ev.paymentMethod);
handlePaymentMethodReceived(ev.paymentMethod);
ev.complete('success');
});

handlePaymentMethodReceived() function calls an endpoint where I create customer > attach payment method to customer > then create a subscription.

This flow works fine. I have tested it with test cards as well as in live mode.
It works fine.

But again it does NOT** prompt for 3DS auth via link. In that cases for cards that require 3DS auth will fail for future payments.

Here is the subscription Id if you wanna look into it: sub_1Px7XWGZnTde0Z2TeRyeYKyj

mental idol
#

I wouldn't expect that flow to trigger 3DS, because it isn't triggered on Payment Method creation.

dusk sun
#

Yes makes sense

mental idol
#

It's triggered as part of the confirmCardPayment function, but if you're just using the Payment Request Button to create a Payment Method you won't reach that point.

dusk sun
#

Any suggestions That I can confirmPayment via PRB ??

mental idol
#

You would have to create the Subscription object first, and then use the PRB to confirm the Payment Intent associated with the first Invoice.

If you want to collect Payment Method details before creating the Subscription, then you will want to use a Setup Intent. Is this a new integration that you're building, or are you trying to maintain an existing integration? If this is a new one, I'd suggest exploring our Express Checkout Element instead of the now legacy Payment Request Button.

dusk sun
#

I am trying to maintain an existing integration

mental idol
#

Gotcha, then you'll want to use the flow shown here:
https://docs.stripe.com/stripe-js/elements/payment-request-button
Except you'll want to swap out the user of a Payment Intent for a Setup Intent instead:
https://docs.stripe.com/api/setup_intents
Then in step 5 you can call confirmCardSetup and that should trigger the 3DS flow:
https://docs.stripe.com/js/setup_intents/confirm_card_setup

Collect payment and address information from customers who use Apple Pay, Google Pay, or Link.

dusk sun
#

Thank toby will look into it.
appreciate you help