#kevinx_webhooks-integration

1 messages · Page 1 of 1 (latest)

visual kernelBOT
#

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

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

low sigil
#

Hello Koopajah, hope all is well

wheat dagger
#

kevinx_webhooks-integration

#

👋 hello! Happy to help but no idea what you're asking 😂

#

Like are you using a Subscription in our API or creating the PaymentIntent yourself? Your question seems to say both at the same time

low sigil
#

yes, on mobile, we are using direct API payment_intents to create subscription and purchase, instead of using Stripe checkout session, see pi ID here pi_3SB7AQK4QhmVWaKc1cX4P83k

the problem happens at the webhook events, we are monitoring checkout session succeed, but these direct API calls don't send out this webhook event at all

#

for single purchase payment, seems we need to monitor payment_intent.succeeded event

wheat dagger
#

we are using direct API payment_intents to create subscription and purchase
I'm sorry to be dense but Subscription is a real API on Stripe for recurring payments with the Billing product

So just be super clear: you are not using any of this and just create a PaymentIntent each new period yourself with no link to a Subscription?

low sigil
#

this is where we need some direction and help, without using checkout session ( we do checkout session in website version), but using payment intent (on mobile), how to config subscription? as well as monitor it ( what webhook events we need to listen) ?

wheat dagger
#

😓

#

Sorry, trying to figure out how to help, looks like a lot is lost in translation here

low sigil
#

our payment flow runs well on website by using Stripe checkout UI, but on mobile we are using @stripe/stripe-react-native

wheat dagger
#

When using Checkout Session are you using mode: 'subscription'? I really need to understand if you are creating a Subscription object or not

low sigil
#

yes, we are using mode: 'subscription'

wheat dagger
#

Okay so when you're on the web, you send someone to Checkout, and when they pay it starts a real Subscription and automatically renews payments every month for example right?

low sigil
wheat dagger
#

Checkout is mobile optimized, I'd highly recommend using Checkout directly even on Mobile

low sigil
#

the problem of using checkout on mobile is the browser control

#

seems checkout replies on a browser and to control this browser behavor is kind challenging on mobile, such as close it after payment is done

wheat dagger
#

It should close automatically by redirecting back to your mobile app though

low sigil
#

I actually tested checkout on mobile, it didn't close automatically, do you have any information on this?

#

that's why I'm digging into payment intent api

#

also the page loading is very slow when using checkout on mobile

#

3 or 4 times longer than payment intent ( 5-6 sec vs 1-2 sec)

wheat dagger
#

Did you set the success_url properly to a link to your mobile app or back to your server and then the mobile app?
Latency is definitely expected, Checkout is a much more advanced UI/layout than what the mobile SDK does

low sigil
wheat dagger
#

Yeah sorry I want to help but it's super abstract and boils down to "doesn't work" 🙁

#

But it seems you're mostly set on not using Checkout anyways so let's ignore. I recommend you follow the doc I linked

low sigil
#

ok, thanks!! Have a good one there

#

if you can pass this challenge problem to your dev team, that would be great, as more and more users are on mobile

  1. checkout loading on moible is very slow
  2. brower control is a problem when using checkout on mobile, it needs a good way to facilitate it
wheat dagger
#

Yeah I am confident #2 does "just work". Latency part we're aware though just not something we can magically fix, it is a much more complex payment page

low sigil
#

about No.2, is there any example or guidance I can check out?

#

you can recommend?

wheat dagger
#

But will you use it? You said it was way too slow already?

low sigil
#

yeah, I need to understand it as a backup plan 😄

wheat dagger
#

Sorry I want to help but it's a really vague question so I don't get what you say isn't working. We'd need a lot more details about your integration, an example Checkout Session id, what success_url you put, what you see on the mobile app when you redirect, etc.
Not a high level question

low sigil
#

I used custom schema URL, deep link, but regardless how I tested and configed, is there any example of correct config or setup that I can check out?

visual kernelBOT
sturdy echo
#

Hi there
taking over for my colleague who had to step away. Let me quickly catch up.

low sigil
#

sure, thanks

sturdy echo
#

Just for me to clarify, you are experiencing no redirect when using checkout on mobile in a browser?

low sigil
#

yes, after checkout session succeeded, users are stuck in the browser instead of landing back to the app

sturdy echo
#

Are they in an app you developed or on an mobile device accessing the checkout session through a web browser (like chrome)?

low sigil
#

in an app I am buidling

#

I just want to check out a correct example of handling browser control in a mobile app when using checkout sessions

sturdy echo
#

you are using react-native? and is this happening on iOS or on adnroid too?

low sigil
#

yes, react native, on android only

sturdy echo
visual kernelBOT
low sigil
#

yes, I did, anyway, if Stripe doesn't have any doc around this, I guess I will go and do my own research without keeping bothering you

sterile anvil
#

We don't have anything in depth, but this doc does have suggestions for handling redirects so that they open your app. That doc is for a different usecase, but in that usecase it redirects the same way Checkout does, so the redirect-handling step that I linked to should apply to you.

low sigil
#

Thank you, appreciate it!