#memoya
brisk lodge
HI 👋
Do you have examples of payment methods that do and do not have the last4 property populated?
fleet zinc
I don't. The only info I get on the customer is that they paid through Link.
brisk lodge
SOrry maybe I explained poorly
I'm looking for the Payment Method IDs for two Payment Method objects that were created using Link
fleet zinc
Is there a private way I can share that?
brisk lodge
Payment Method IDs are not sensitive as only people with access to your Account (and Stripe admins) can use them
fleet zinc
Okay, just to confirm that's the one starting in pm_* right?
brisk lodge
Yup! those are the ones
fleet zinc
Right, that's the issue I am trying to fix on our app. They don't have 4 digits so my flows are failing.
I am looking for a way to recreate this situation in test mode so I can fix and test.
brisk lodge
I thought you said you get some Link PMs with a last4
fleet zinc
There are some that have last 4 or at least I see them in the dashboard and then these don't.
The ones that I see with last 4 say link autofilled payment details.
And have the card type used as well the default in the customer is the card type.
Then the ones I sent here have the payment method as Link and don't have a card associated.
brisk lodge
Correct. There are two different ways Link creates Payment Methods. One "passes through" the data from Link and creates PMs of the type that matches the underlying payment method (card in this case). The other hides all that data and returns a Link PM type .
fleet zinc
I have been able to recreate the first scenario in test mode. I haven't been able to recreate the second scenario and I'm looking for a way to do it.
brisk lodge
Are you testing on the same Stripe account as the account the Payment Methods are being created on?
fleet zinc
Yes same account.
brisk lodge
Can you provide an ID for a Payment Method in Test mode with the last4?
fleet zinc
pm_0Om2pTExHpOLSIsMxt4SwNuu
brisk lodge
This payment method appears to be created by a payment element using the deferred intents flows
That was not the case for the two in live mode
fleet zinc
I was able to recreate the second scenario now. I had to specifically set link as a payment method on the invoice and not be logged in to link.
It's not the same settings I have in live mode, but I think that should be okay for reproducing purposes.
lone glenBOT
brisk lodge
Looking at the API request that created the test mode paymemt method: https://dashboard.stripe.com/test/logs/req_v2JamSG6U1py5X
It looks like this was created from the Hosted Invoice Page
Was link one of the payment methods for the Invoice being paid?
Okay there are a lot of differences in the ways theyse payment methods were generated. But one of the critical differences is that, for the LIve mode Payment Methods, they were created as the result of paying invoices where link was one of the specified payment_method_types. For the Test mode Payment Method, link was not in the paymemt_method_types so we used it in pass-through mode to create the underlying payment method type.
fleet zinc
It does look like it was enabled, but it doesn't look like it's enabled for every instance.
Thanks, this gives me enough to dig into.
brisk lodge
But really, if you want to create realistic test scenarios, you should keep as many of the details the same between test scenarios.
fleet zinc
Yes it looks like there is a misunderstanding on my side on how hosted invoice links work so I will have to reconcile that and go from there.
brisk lodge
To be fair, Link is oddly finnicky (in my opinion). It might not always be obvious why it's behaving differently in different scenarios.