#-cypher_pm-additional-authentication
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/1442564776763850813
๐ 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.
- -cypher_api, 5 days ago, 19 messages
This is a customer.created event. What are you attempting do to with the Payment Intents API? Can you share a request?
basically user should be able to pay first time for a subscription
and not a single payment intnet is succeeding
we have all logs, until invoice failed, if you could tell me which event is most prone to issues, i can get the logs and request id of it
using card, paypal, amazon pay, all should be setup properly
user are international, paying in usd
If you could provide a payment intent ID or request ID that would help
thats the last payment intent creation "evt_3SWwjDD5euO8UD6n0QTiodpZ"
and the last of it is this event "evt_3SWwjDD5euO8UD6n0QTiodpZ"
we dont even get a failed intent event im seeing now
thats the lastest invoice fail event "evt_1SWwjID5euO8UD6n34mIpZCr"
i dont know, i get the 3ds iframe, when i try it myself, maybe i have to make an setupintent?
but from what i understood setupintents, are not for my use case, more like free trials
so i dont really know, and its getting a little frustrating, seeing and people messaging, that they cant checkout evne though they would like to - thank you very much for the attention and help to this
Okay so you created a Subscription in this request: https://dashboard.stripe.com/acct_1SCVu0D5euO8UD6n/logs/req_KCDNorK84EUANJ
And you attempted to pay the Subscription in this request: https://dashboard.stripe.com/acct_1SCVu0D5euO8UD6n/logs/req_xNeiou0IcAXMB2
yes im on on the event chain log
it says requires action
but i get two requires action events somehow as shown in the screenshot
Yes, this means the customer needs to do some additional action to authenticate the purchase.
In this case, they are using a PayPal payment method
alright, so what can be the reason the 3ds ifram, or paypal or amazon pay fails
as they already get to this event
is it automatic tax
do i need to attach pm
I don't see any logs that the Customer completed the transaction
or is it the "default_incomplete" or capture mode
becuase they cant
its not possible for them currently, even tho they complete 3ds
3DS is not involved here
the last time the flow worked, was 15th of october, like over a month ago
same payment intents setup + custom ui
but i think the eventchain looked a little different
is it maybe how i am creating the customer object?
and i really tried, all apis, and modes, hosted / custom ui, intents, checkout sessions
nothing seems to work, but the users want to checkout and cant
What was changed?
to be reall honest, i dont know fully, it should be the same setup as it is now
paymentintents api, with our webhook handling most events
and custom ui with payment element
i see the customers getting populated in my db
like customer ids
but none of them can complete the checkout
now i know another thing thats differetn i think, we also have amazon pay and paypal now, additionally to card and link
this one was the last successful one "req_H5wmFpLOVK7P8j"
the modal does load, the customer gets created, when the payment modal loads and opens
then they input their payment method, and confirm payment in the modal
Wait are you doing all this inside a modal? Because many of those other methods that require additional authentication take place in a modal
It could be overlapping
yes its pricing plan modal - user chooses plan /yearly/monthly - payment modal opens(customer creation) - user puts in mehtod in the payment modal
how can i check that, or you mean ui/ux wise
because i checked it should not be overlapping
You should test this, in test mode, using our 3DS test cards here: https://docs.stripe.com/testing#authentication-and-setup
i know, we tried that already, what implications could it be, because i tested bascially in local dev with real cards, to see if it works
can that have some complications where it shows me it works, or are there like common pittfalls why this flow fails if 3ds iframe opens
Okay it seems like the issue may be with other Payment Methods that require additional authentication
So you may need to test with PayPal and AmazonPay
Apple/Google are just wrappers around the card payment method. AmazonPay and PayPal are different payment methods
got it, i think that could actually be it
becuase last successful ones only had card and link
and link method is like safe or also to deactivate
Yeah I think there is something with the UI that is unique to those other payment methods that require additional separate authentication.
Like for AmazonPay, we route to Amazon so the Customer can sign into their Amazon account.
yes that actually works, so it redirects to paypal and amazon pay
but it can probably still silently fail somewhere even though they get redirected right
I'm not seeing any redirect which is what happens when a Customer completes the AmazonPay process. We normally see a request in our logs that is the Payment Method sending the Customer back to Stripe and then we redirect them back to your site.
But, for your recent attempts, I don't see any redirect which looks (to me) like the Customer was not able to complete the payment flow.
yes that makes sense, and for card theres no like complicated additional authentication
Right
it should work with my modal setup, also sorry for taking so long, but for additional fields
i also collect country
is that right? like in the payment modal
this is my payment modal
Do you mean in addition to what the Payment Element is collecting?
That looks like it's all the Payment Element. That will dynamically collect the necessary information to maximize authorization
so it looks fine, alright sounds good, i will just try with only using card again
and link or just card
my bad just want to get it right
does link have any additional auth
its interesting, i disabled amazon pay and paypal, but it still shows up
do i need to deactivate them in stripe dashboard aswell
Where did you disable them?
in the payment intents api config
payment_settings: {
payment_method_types: ['card', 'link'],
save_default_payment_method: 'on_subscription',
}, ```
But you are using deferred intents, right? So you would need to also exlcude them in your Javascript
Yeah, deferred intents allow for more flexibility but you need to take care that your Payment Intents and your Javascript are in sync
alright thank you very much, yeah i need to check that, because im still getting
but this is probably the main issue
are these docs all i should check or is there anything additional i should take care of
thank you very much i really think this should be the issue
Happy to help