#marco_unexpected

1 messages · Page 1 of 1 (latest)

ornate acornBOT
#

👋 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/1372477385068249090

📝 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.

vale rampart
#

to confirm the payment I call:
const {paymentIntent, error} = await stripe.confirmPayment({
elements,
confirmParams: {
// Make sure to change this to your payment completion page
return_url: redirectUrl,
expand: ['payment_method'],
payment_method_data: {
billing_details: {
address: {
city: data?.city,
country: countryCodeToAlpha2(data?.country),
line1: data?.address,
line2: data?.locality,
postal_code: data?.zip,
state: null
},
email: data?.email,
name: data?.name,
phone: ""
}
}
},
redirect: "if_required",
});

ancient karma
#

Hi there, are the "homepage" and "thankyoupage" react components in your app?

vale rampart
#

sorry I don't understand they are placeholder for the real url of the web app that is deployed on the server of the customer. Those url works fine when the redirect happens from a desktop browser

ancient karma
#

OK, the return_url that your specify in the stripe.confirmPayment() call, is it always https:://host/hompage/thankyoupage ?

#

Can you also share with me the ID of the paymentIntent where you customer was redirected to https:://host/hompage instead of https:://host/hompage/thankyoupage ?

ornate acornBOT
vale rampart
#

ok I inspect the production log this intent should be one with the problem: pi_3ROdGZAz0ctPM0QR09dBIRow

velvet sage
#

Hey! Taking over for my colleague. Let me catch up.

velvet sage
vale rampart
velvet sage
#

You can check this requestId to confirm this: req_U4aNgJUFwANqav

#

The same url was passed after completing the 3ds challenge: req_LrMg6wOExgH7Y2

#

Can you share a PaymentIntent where you specified https:://host/hompage/thankyoupage as return url but Stripe redirected to https:://host/hompage?

#

I assume you can do a quick test in your test mode or Sandbox and share with me a PaymentIntent Id

vale rampart
#

sorry I can't reproduce in Sandbox because the problem only arise in production and only when the customer use a browser on a mobile device with Revolut app installed on. I see in a live chat a user execute the payment and after the conclusion the bowser was redirected on hompage. The intent of that payments that I have seen with my eyes was: pi_3ROaYGAz0ctPM0QR366dBcwA

velvet sage
#

Sorry, there was 3DS indeed. But the good redircet url is used

#

The return url is https://portagens.lusoponte.pt/lusoponte/payment_done

#

Stripe is sending the correct redirect_url

#

Maybe revolut aren't redirecting back to the correct Url then ?

#

Have you tried to reach out to "revolut" regarding this ?

vale rampart
velvet sage
#

I don't know what is happening on revolut side as I don't have visibility, what I can confirm is that we are sending the correct redirect_url after confirming the PaymentIntent. Here is the request Id for the latest PaymentIntent: req_S538kEdAPXcPNb

#

with revolut app the redirection on specified thankyou page fails!!
Do you have a screenshot on this ?

vale rampart
velvet sage
#

What is confusing too is that the PayemntIntent is succeded 🤔

velvet sage
vale rampart
velvet sage
#

Yeah that's what I was referring to... the payment is succeeded.

#

I followed the PaymentIntent confirmation flow and I always see the full return_url you specified..

#

Which what you are observing currently ?

#

Couldn't this be a redirection issue in your production website ?

vale rampart
#

No it's because you can't go in payment_done if You don't have an active payment in progress

velvet sage
#

Maybe in production and with your customer, the redirect url is opened in a separate webview (without the payment in progress) and that's why they are redirected to the main page

#

Because removing just /payment_done by Stripe or Revolut feels not logic... If it was redirecting to just the domain, I may suspect a bug somewhere on our side, but just removing a part of the path seems not accurate...

vale rampart
velvet sage