#josh-unger_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/1486061060665507840
๐ 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.
- josh_paymentelement-skeleton, 1 day ago, 34 messages
- josh_googlepay-firefox, 4 days ago, 16 messages
Hi there,
can you give me a bit more context what the issue is, what you are seeing compared what you are expecting to see?
Do you have by chance a web accessible link, where I can take look at this directly?
And the code snippet for the Express Checkout Element?
Hello
...(applePayConfig && { applePay: applePayConfig }),
billingAddressRequired: true,
layout: {
overflow: 'never'
},
paymentMethods: {
applePay: 'always', // Always show Apple Pay so it appears on Chrome and uses the QR code,
link: 'never' // Hugh is testing,
}
};```
Sorry no web accessible link.
Do you have the entire codfe snippet for the express checkout component? And does the console show any logs or errors?
expressCheckoutElement = elements.create('expressCheckout', expressCheckoutOptions);
Sorry for all those questions but debugging frontend issues are always a bit more complicated since we don't have much visibility into what is going on in your integration.
This is Chrome.
googlePay: 'always' does force the button to be available.
I'd like to know why Stripe didn't render it with debug logging.
I'm guessing Stripe is thinking something is wrong so if we can get the logging that would be helpful.
I just copy and pasted your settings into my integration to test it, and I can see all Payment Methods, so no overflow.
Of course! ๐
Google Pay has additional configurations that determine when Stripe can show it. By default, Google Pay shows when the customer is using a supported platform and when we determine it's advantageous for your conversion. This is the auto behavior.
I'd like to find the logging for this logic?
"we determine it's advantageous for your conversion" <--- how do we see this?
is this from our docs? do you have a link?
Ok got it. There is no user facing logging, if the googlePay is set to auto . Stripe checks internally if the PaymentMethod can be displayed or not.
But let me take a step back. I am a bit confused right now as to what you are seing when you look at your ECE. Do you see GooglePay as a payment method? And do you have the overflow arrow/button to expand, or can you see all payment methods?
Do you have a screenshot?
Also, this is not the entire code snippet for your ECE, right? the element object creation is missing, are you using Payment Intent, Checkout Session, or a deferred intent for rendeing the ECE?
The more code I have, the easier it is for me to understand what is going and investigate
Can we get an answer to "we determine it's advantageous for your conversion"?
What the Stripe SDK is doing?
Let me check if I have some more information about this
What that means is, that we display Google Pay as Payment Method only, when the customer already has a card saved in their Google Wallet
We have this doc pointing this out and providing guidance on rendering issues for ECE (and other Elements)
Yeah that page shows Google Pay
Shoot I gotta run to a meeting.
What can we do next on this to determine why Stripe hid it?
In our testing we clicked on Apple Pay several times, so I was starting to wonder if Stripe now only shows Apple thinking it has better advantage for conversion.
That doesn't matter, I can see applepay and googlepay in my chrome browser.
Yeah I'm surprised you don't have debugging to determine why Stripe hid the button.
Do you have your account ID?