#joshuar_api
hallow spearBOT
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.
- joshuar_api, 4 days ago, 18 messages
celest tigerBOT
đ 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/1245273820194013216
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
terse thistle
Did you enable those payment methods on the connected account?
boreal star
yes, I have them enabled on the connected account, and the platform account has the Account customisation - allow override enabled, and none are blocked there
terse thistle
OK, I just checked the platform's payment method configuraiton, It has only card, google pay and apple pay on by default, the rest of the payment methods are off by default.
boreal star
yes, but they should be overridden by the connected account settings right?
terse thistle
Yes it should. I can't see the connected account's settings. If you have access, can you login and confirm?
terse thistle
OK, since you are only that page, can you open https://dashboard.stripe.com/settings/payment_methods/review , enter the pi_3PLgNoQnCI8l2t7D020JvJdi as the transaction, and click on the Review button?
That page should explain why certain payment methods are not availble for this payment
boreal star
oh, neat
that doesnt sound right though
I see using the order amount and currency, many options dont get shown for off_session
terse thistle
Yes, not all payment method supports setup_future-Usage
boreal star
Link should still appear though
terse thistle
https://docs.stripe.com/payments/payment-methods/integration-options you can refer to this page for more details
Did you enable Link in payment element or card element?
boreal star
I saw for Link there is a specific react component that can be added to the form. I do not have that currently but I am passing this data which I thought should be enough -
defaultValues: { billingDetails: { email: "joshua.robb@rezdy.com" } }
based on the first option here - https://docs.stripe.com/payments/link/add-link-elements-integration
terse thistle
OK, can you take a screenshot and show me what payment element renders?
boreal star
terse thistle
OK, did you register a Link account with joshua.robb@rezdy.com ?
boreal star
ah, nope
terse thistle
https://link.com OK. Can you can visit this URL to create a link account for this email address, and try again?
boreal star
alright done, same result
this to me indicates that its not using the expected configuration
compared to this
proven pollen
remote thunder
just to catch up, what is the current issue? I think the Dashboard component above explains a lot of the context which is that many of these payment methods are not compatible with the country/options being used for the PaymentIntent. Is the issue that you wawnt Link to appear as well and it's not?
boreal star
yes, Link should be available
its also confusing that the above two screens are so different
remote thunder
do you happen to have a public link to the page using PaymentElement? often that's the easiest way for us to debug what's happening
boreal star
unfortunately not, I am only running this branch locally right now
remote thunder
ack.
Well in any case https://dashboard.stripe.com/test/settings/payment_methods/connected_accounts?config_id=pmc_0NW4MU08u1LYHOrntzAm4qSv would be the configuration that's used since it's a Direct Charge on a connected account.
For some reason I can't really see the usual tools/pages I'd use to inspect what settings the connected account has, you're using one of these 'unified account' betas to create the account, no idea if that has anything to do with this
boreal star
yes, that configuration should be allowing the connected account to override though
remote thunder
yep but as far as I can see the connected account doesn't even have access to the page in their Dashboard for setting payment methods. Maybe it's different for you if you have the login details for the account and are logged in to it in a separte browser window?
I think Link is just turned off on that account, and I can't see how they'd turn it on since they don't seem to have the settings pages for it. Possibly a 'unified account' specific nuance I'm not aware of.
boreal star
yeah I have access to it for the connected account
looks like the unified account is making it hard on your side to diagnose
I will try this again later without the off_session, which is confounding things here. If I still cant get other payment methods I'll ask again
remote thunder
ack. I don't think setup_future_usage makes much difference to Link specifically, but it does elimate a lot of other payment methods.
if you have a public link to a page using PaymentElement, that can help a lot since there's some stuff we can look at that way.
boreal star
yes agreed on Link, although I'm not familiar with it at all, only just set up that account to test this out