#benomatis

1 messages · Page 1 of 1 (latest)

wraith steppeBOT
low brook
#

Because with web, everything is generally just done via publishable key

mighty vector
#

is there a doc on this somewhere? it isn't very clear to me what the reasons are... so for example existing card details can be retrieved on web via the Elements using the publishable key, but the PaymentSheet (mobile) needs the ephemeral key to do so?

low brook
#

existing card details can be retrieved on web via the Elements using the publishable key
Which call specifically are you doing where this is allowed?

mighty vector
#

it's a theoretical question, as I am just in the process of switching from CardElement, and haven't been allowing customers to save card data

#

I now started to use PaymentElement

#

would it not normally present the customer's previous cards if they chose the checkmark to save?

low brook
#

You'd need to do that

#

And unless you've tested this, I don't think you can do it with a publishable key

#

The way to achieve it would be to make a call from the frontend to your backend where you'd make a serverside call to stripe

#

ephemeral keys just allow you to make calls that are usually sensitive temporarily

mighty vector
#

using the ephemeral key?

low brook
#

No

#

secret key from your server

#

You just can't use secret key on the frontend

#

On your server is totally fine

mighty vector
#

I still don’t understand the need for yet another key, why would I need a different type key on mobile? is this documented somewhere? don’t want to waste your time, happy to read about this if it’s explained somewhere in the docs

low brook
#

Generally the pattern with web is to call your backend and get that data via your secret key

mighty vector
#

what’s confusing is that mobile has a way to save card, and web has Link, but the 2 are different things, correct? does Link exist at all on mobile?

low brook
#

Link is really a separate payment method. AFAIK that's only for the web

#

You can save cards for future usage on the web too though

#

Link is just a wallet payment method

mighty vector
#

while Link is a wallet, if you choose to save your card details on mobile, it will behave similarly, no? their purpose is ultimately the same: prevent typing in your card details manually every time

low brook
#

Sorry I'm personally not one of our mobile experts

#

But can you link the mobile guide for saving card so I can suggest an equivalent if there is one

#

There definitely are certain features available on mobile that don't exist on web though

mighty vector
low brook
#

Which part is the save cards part you referred to?

#

Just that checkbox at the bottom?

mighty vector
#

yes, at the bottom of the payment sheet

#

and when I test it I can also see it

low brook
#

Yeah you'd need to add that yourself for web

#

There's nothing built-in for that

mighty vector
#

it just looks and behaves almost exactly like Link

#

it’s as if Link was for web, and “save card” for mobile, but actually being a completely different service

#

I personally think it’s confusing if you support both platforms (web and mobile) for the same service

#

at least if you use the out of the box solutions…

low brook
#

Yeah that's fair

mighty vector
#

ok, thank you for your help, really appreciate it