#mclowrider_api
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/1370428073748467843
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi! This page talks about testing iDEAL and SEPA, but doesn't mention test payment methods. The test cards page mentions testing redirects but doesn't provide Payment Methods.
All this leads me to conclude that we don't have them.
Ok. Does that mean we cant checkout it with ideal in test mode programmatically?
Essentially yes, but you can test card-based redirects - which function the same way.
...Or perhaps you can't test card-based redirects programmatically. ๐ค
Though you could potentially use a headless browser as well, but that will be a bit brittle, as when things change with whatever Stripe frontend components you're using, it may break.
On the confirming the payment intent, its aasking for a mandate_data whch cannot be created through the API. Its readonly
Can you share the Request ID?
req_fr3TD6IIyVHn8y
And there's no way to do to that in test mode without a bwroser I presume ๐ค
You could use a headless browser.
...as an example.
I set up some headless browser testing over a decade ago and haven't done it since, so I'm not really up on what the most current tools are.
In test mode the ideal checkout show a page that allows you to decline/authorize the payment
That page must generate the mandate under the hood.
It does, yes.
And as you said, that ability is not exposed test mode on purpose it seems
Ya, this has been the case for some parts of the payments process since 3D Secure / SCA was mandated in Europe in the late 2010s.
That makes sense for live mode. Thought there would have been a workaround for test mode
There kind of is, which is using a headless browser - but the process does require using the browser.
Basically, we are trying to simulate creating a subscription using ideal and seeing it create a seps_debit payment method in a test outside the browser
But its not possible.
Thanks for your help, though. Really appreciate your patience
You're very welcome - and I'm sorry there isn't a better way to solve this!
No worries. Hopefully, there might be at some point ๐ . Just trying to eliminate any manual testing