#ian_code

1 messages · Page 1 of 1 (latest)

unique wrenBOT
#

👋 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/1415671577739137044

📝 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.

pearl saddle
#

there appears to be updatePlatformSheet for iOS, but not for Google.

sonic seal
#

👋 happy to help

#

what happened with your tests from yesterday?

pearl saddle
#

all of the callbacks appear to be iOS only

sonic seal
#

are you talking about the flutter SDK?

pearl saddle
#

our test proving promising, able to make payments on both iOS & Android. but this sticking point on how to charge for shipping looking to address now

#

yeah, flutter SDK, which is based on the react native, so answer for either should be good

sonic seal
#

yes but the implementation of the wrapper for flutter isn't something that we maintain

#

just so you'd know that there can be parity issues

pearl saddle
#

calls backs which are iOS only "OnShippingContactSelected", "OnShippingMethodSelected", "OnCouponCodeEntered", "OnOrderTracking"

#

wondering if there is a flow to allow Shipping Costs to be added on Google Pay,
or if would need to display another dialog afterwards, once shipping costs known.
But if they have already authorised for 1 amount, ok to bill for higher?

#

there are rules to meet minimum basket threshold to get free delivery, based on delivery country.

#

we calculate the total price server side, but Platform Dialog already shown, before user choses delivery address in google pay dialog.

sonic seal
#

basically this is the react-native behavior you're seeing here not a Stripe related one

sonic seal
sonic seal
pearl saddle
#

not sure if this is a limitation of Google Pay, or how much Stripe React Native exposes

sonic seal
#

based on this file I would say it's a react native thing

pearl saddle
#

one for Stripe React Native Library to support?
Or underlying React Native?

sonic seal
#

underlying React Native

#

import codegenNativeComponent from 'react-native/Libraries/Utilities/codegenNativeComponent';

pearl saddle
#

ok thanks, good to know.

#

so seems we'd need to collect address earlier, to be able to dynamically calculate shipping.

#

is there anyway to use a shipping address component, that allows to be populated from Google Pay/Apple Pay?

sonic seal
#

yes that's what I suggested yesterday by using the AddressElement

#

to be populated from Google Pay/Apple Pay
but it wouldn't be populated from Google/Apple Pay

#

and I think it's worth reiterating on your needs on that github issue page

pearl saddle
#

having to enter the address manually, slows down the express checkout.

sonic seal
#

unfortunately there's no other option for the time being

pearl saddle
#

and to confirm, after collected the payment method,

we can't display another dialog with the final amount with shipping,

before attaching the payment method to the payment intent, and confirming the payment?

(Would presume the authorisation wouldn't match?)

sonic seal
#

you can always do that if you set the capture_method to manual

pearl saddle
#

what does this look, we are getting a Payment Method after showing the dialog, and saving the selected shipping address.
We then create a payment intent for the final amount,
So if there was an additional delivery charge, what would we do, before attaching the payment method to the payment intent.

sonic seal
#

you can update the PaymentIntent before confirming it

#

or capturing it

pearl saddle
#

but the user would have seen a price without shipping in the platform payment dialog

sonic seal
#

it's preferrable in that case to create the PaymentIntent after you collect the shipping address and before you give them access to their payment options

#

like a multi-step checkout

pearl saddle
#

would it work though - payment go through.

Show Dialog for Google Pay
Select Address
Continue with Google Pay flow to get payment method.
Create Payment Intent
(if delivery charge, show confirmation page, with final amount)
Attach Payment Method to Payment Intent/Confirm Payment

sonic seal
#

that's what I recommended

#
  • Customer enters shipping address
  • Calculate the total amount
  • Show Dialog for Google Pay
  • Continue with Google Pay flow to get payment method.
  • Create Payment Intent
pearl saddle
#

just unclear, if would be any issues, with the amount user saw/confirmed on Google Pay was before shipping, if any issues if final amount was higher.
(We want the Address selection to come from Google Pay)

sonic seal
#

(We want the Address selection to come from Google Pay)
that will not be the case

unique wrenBOT
pearl saddle
#

so we can't re-display a dialog with the final price, after having shown the platform payment dialog.
Just wanted to ensure that this is rulled out.

#

as in, it wouldn't work, the payment would be rejected?

sudden crypt
#

Hi, taking over as my teammate needs to step away. Let me catch up.

pearl saddle
#

in this case the amount would be higher, if the shipping needs to be charged for.

#

the payment intent would be created for the correct amount, but would be created after the platform payments dialog.

sudden crypt
pearl saddle
#

If the amount if higher, than was presented to the user in the platform payments dialog, would that be an issue (even if we display a final price confirmation)

sudden crypt
#

you could add a UI to select the country for shipment before you create the PaymentIntent so that you know the final amount before collected the payment method

pearl saddle
#

we are looking to get the address from Google Pay/Apple Pay though, so need the Platform Payment Dialog which returns the payment method first. Before creating the payment intent

#

if the price has to match (the platform payment dialog, and the final amount on the payment intent), then something around fixing to a country, and assuming standard delivery might be the only option first.
Just wanted to get a definitive confirmation, that the prices must match

sudden crypt
#

You can still achieve what you want by collecting the shipping country before rending the payment method collection

pearl saddle
#

I'm taking that the final amount must be known before showing the platform payments dialog.

sudden crypt
#

Yes

#

I'm also confirming with another teammate, hang tight

olive vapor
#

Hello
Jumping into help out here 👋

#

It looks like the thread has been going on for a while 🙂

Can you confirm if you're using Platform Pay button or PaymentSheet?