#yandos666-3ds-tests
formal inlet
np!
frail lotus
Can you share your code that creates the PaymentIntent?
I wonder if you're correctly setting off_session property
formal inlet
[
'amount' => 999,
'currency' => 'usd',
'transfer_group' => 'foo',
'description' => 'Order ' . $order->id . ' for ' . $order->event->name,
'off_session' => true,
'return_url'=>'https://oursite.com',
'confirm' => true,
]
oops sorry we're also including payment_method and customer
if it makes a difference the pi is sometimes created on our platform or via a connected account
frail lotus
I think it could be the radar rules triggering the auth 🤔
Have you tested with 4000002500003155 card?
formal inlet
so the problem with that is that we cant use that to test our next scenario which is 3DS on a saved card as it passes auth after setup. we kinda want the opposite - it works first time then requires auth afterwards (but not immediately afterwards) - i want the moon on a stick haha
so almost setup > pass > initial use > pass > next use > auth required
alternatively could we just edit the payment methods via stripe dashboard to us an always auth card after the first use?
frail lotus
Ah I see 😄
I don't think we have a specific card for this usecase
You'd likely want to look into defining a radar rule and then enable/disable the rule in order to trigger auth
alternatively could we just edit the payment methods via stripe dashboard to us an always auth card after the first use?
Not sure as I haven't tested it personally 🙂 I'd recommend testing it out for sure
formal inlet
no worries - can you let me know how you can get the default payment method for a customer? we're calling
$stripe->paymentMethods->all(['customer' => {CUSTOMER_ID}, 'type' => 'card']); so would it be the first item in that list always?
or is it an attribute of the PMs themselves?
frail lotus
Looking give me a few