#Damo - (Red61)

1 messages · Page 1 of 1 (latest)

quaint wolfBOT
drowsy token
#

Hi there!

#

Can you clarify when in the payment flow you get each of the call to the return url?

shut rapids
#

Hi , sure

it's immediately after clicking the "complete authentication" option of the attached popup

image.png
drowsy token
#

So both call happened at roughly the same time? Are you sure it's Stripe making these two calls and not your own code?

shut rapids
#

yeah, pretty much immediately after one another,

fairly sure they're not coming from our code as they've got stripe specific Ids and keys appended as query params that we're not doing.

drowsy token
#

That's odd. Having a closer look...

quaint wolfBOT
shut rapids
#

From looking more closely at the network traffic during this process I've managed to dig out some more info.

it looks like there's a stripe hook that gets triggered from the subdocument.

that's going to :
https://hooks.stripe.com/redirect/complete/src_1MveB2BAfHXJh6DiPUYxQ5lo?authenticated=true&client_secret=src_client_secret_y0ENY9V5feoGBj3Llxv2sUNd&id=tdsrc_1MveB3BAfHXJh6DicmxgvXd7&source_redirect_slug=test_YWNjdF8xSndwQ2xCQWZIWEpoNkRpLF9OaDJGZkphYVZZOTBvc084NDVibkxIeTFJSE80Nlh20100sLL5A8wC&status=succeeded

this then returns an odd "return to merchant" link that seems to not actually be shown: but does trigger the first redirect to the return_url with the "source_redirect_slug" param appended.

then the main stripe document also hits the return_url with the expected "redirect_status=succeeded" param appended

vagrant geyser
#

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

shut rapids
#

Hi, so within the quickstart I can see the subdocument hook with the "return to merchant"
response :
https://hooks.stripe.com/redirect/complete/src_1MvemwBAfHXJh6Di1dm7qVif?authenticated=true&client_secret=src_client_secret_5ClauTydehVSZD2BRUJ24Mwi&id=tdsrc_1MvemxBAfHXJh6Di25X5Zf4c&source_redirect_slug=test_YWNjdF8xSndwQ2xCQWZIWEpoNkRpLF9OaDJzelYwNDFRcUNoMWduQkxIcUZOMVZWTW16YmVa0100jMbeN9ys&status=succeeded

however I am only seeing the return URL being hit once with the expected "redirect_status=succeeded" param.

http://localhost:4242/checkout.html?payment_intent=pi_3MvemJBAfHXJh6Di1dqqd0mw&payment_intent_client_secret=pi_3MvemJBAfHXJh6Di1dqqd0mw_secret_t3wNl1xdjXmgUJm3MaGxXktqP&redirect_status=succeeded

vagrant geyser
#

What is the difference between the quickstart and your sample project? not sure I'm following, ‹ere you able to reproduce in the quickstart ?

shut rapids
#

I was not able to trigger the full double redirect in the sample project no,
It seems that my project is somehow automatically triggering the provided "return to merchant" link in the subdocument.

is there any way to suppress that page from being given at all? (since the main doc hits the return_url anyway)

vagrant geyser
#

It seems that my project is somehow automatically triggering the provided "return to merchant" link in the subdocument.
Probably yes, you can simply download that sample and work on it in your integration.

#

is there any way to suppress that page from being given at all? (since the main doc hits the return_url anyway)
You mean the redirection ?

shut rapids
#

okay, i'll give that a shot and see how I get on.
Thanks

quaint wolfBOT
shut rapids
#

so, unfortunately the "redirect=if_required" param only suppresses the main form redurect to the return_url. not the return of the "return to merchant" link

urban stag
#

I tired this and couldn't reproduce