#victor_unexpected
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/1399688710177554592
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
How are you creating the domain? can you share the requestId ?
We're using the python client. Here is a sample request: req_TVsqLM4J1bjrzF
And by chance, are you able to accept Apple/Google Pay from that domain 🤔 ?
yes, listing the payment domains from that account returns the registered domains (e.g. req_wHMTwxncdjMSob), but they're not visible on the connected account dashboard
OK I manage to reproduce but I'm not sure if that's expected or not to have the payment methods domains added by connect Headers, checking further...
but if you do a connect payment on that domain, you should get the Wallet buttons (as the domain is listed using the connect header)
Yep, the registration is working as expected — we’re able to accept wallet payments on our domain after registration. However, it’s a bit confusing for users not to see our domain listed in their Stripe account.
Yeah make sense, checking that part...
👋 taking over for my colleague. Let me catch up.
this behavior is expected
this is a design choice that we've made, so that Connected Accounts don't (unintentionally) remove the domain.
we've got similar feedback in the past, but for the time being I don't think we will change this behavior
I understand, thanks for the clarification! As a suggestion, perhaps showing those domains as read-only in the dashboard could help reduce confusion for users.
yes we've went through several options. I'm really not sure why we ended up with the current decision, there must have been another factor.