#phillip_api
dapper fractalBOT
👋 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/1326558232386474035
📝 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.
- phillip_api, 1 day ago, 26 messages
- phillip_api, 5 days ago, 35 messages
faint sundial
See these customers for example:
- cus_RWfBDejI1fRhvA
- cus_RT87B8opcNCbQT
It is likely this is a bug in my app but I've tried to reproduce this issue for so long and I'm not sure how this could happen.
I was hoping someone from Stripe could give me more insight maybe? :/
I'm using the Subscription API + Stripe Elements
rugged crest
👋
Your integration seems to create two Subscriptions.
dapper fractalBOT
rugged crest
Do have a logic in your frontend to disbale the Subscription creation button untill you got a response from your backend?
Probably the Customer is clicking twice on the button before waiting for an answer of the first API call.
faint sundial
That is what I was thinking but I'm disabling the button during the request.
- I also noticed sometimes two requests are happening very quickly but sometimes there is quite some time between requests, see screenshot
- I also noticed the payment method for cus_RWfBDejI1fRhvA was added 3 times but with 3 different addresses.
Not sure if you can help as this is most likely a bug in my app. Unfortunately I don't know how this is even possible.
rugged crest
Yes these calls are comming from your integration/backend
Have you had a chance to add some logs and see why/when your integration is making additional API calls ?
faint sundial
Unfortunately not yet. The logging is still very basic.
Another thing that occured to me is customer cus_RXgApc7lVbYLkj
It says "Tax location status Unknown location", but when I have a look at his billing address I can see the billing address including the country.
So why is Stripe unable to localize the customer and tax him automatically? I also noticed this customer has no name set even though there is a name attached to his payment method.
Maybe boths issues are related.
silk veldt
Hi there 👋 jumping in as my teammate needed to step away. Please bear with me a moment while I catch up on the context here.
Can you tell me where you're seeing the address details for that Cutomer? When I look at the Customer object I'm seeing that no address has been set.
faint sundial
Now I begin to understand. The address is only attached to the payment method, not the customer. It should be on the customer object as well (at least it's working for the majority of users) – but yeah I will do some digging because all of this seems to be a bug in my app. Thanks for your time