-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Selecting Apple Pay / Google Pay from the New Checkout Experience payment options fails to take payment #2573
Comments
Same problem here any news on this issue all versions of the plugin from 7.0 to 7.2 where tested and all the same problem on multiple website ! |
This seems to happen in both the UPE and the Express Payment button. I test with Google Pay on Chrome desktop and Apple Pay on Safari desktop. For Google Pay: Tried in test mode and the UPE version fails with this error:
The Express Payment button opens the modal then fails with a small generic error message. For my testing it could be related to my live keys being expired as I tried a live card with the Express Payment button. Apple Pay, I used UPE and the modal showed success but no redirect to
|
6066261-zen |
6075078-zen |
6082341-zen |
Hi, just checking to see if there is any walkaround for this issue or if there is a specific version that works. |
I got a different error, but it might be related. I'll prepare a quick patch to see if it also fixes this issue. Turns out
|
6090637-zen |
6180172-zen |
6073013-zen Merchant reported the below error in console
|
42896303-hc |
6213939-zen |
6254969-zen |
6341151-zen |
same issue, any solutions? |
also experiencing this issue. |
Any news on this? |
👋 Update over here. There are a couple of errors that are easily solvable:
After solving those, there’s the tricky one: The error message on the checkout page saying This happens because the wallet’s payment modal must be triggered soon after a user gesture, and we need to run some API requests before the modal is triggered. In some cases, these requests delay displaying the modal longer than what’s allowed by the delegation’s threshold, thus triggering this error. We’d need to reduce that delay to solve this problem. This likely means moving the API requests before the modal is triggered since we can’t control the time until the API responds. This would deserve a spike because it may or may not be feasible. In the meantime, it’d be better to let the Express buttons (those at the top of the checkout page) do the wallets’ work for a similar experience to the non-UPE version, and hide those within the Card payment element (those referenced in the GH issue description) which aren’t working as expected. I’ve created the following issue to document these findings and prioritize the spike as the backlog allows #2707 |
Closing this issue with the following actions:
|
Heya @a-danae you mention:
There's another error message mentioned in #2573 (comment) i.e.
Is that covered in the investigation/fix efforts as well? |
Describe the bug
When selecting Apple Pay / Google Pay from the new checkout option and checking out, the Apple Pay / Google Pay payment popup comes up. However, when this is passed, the checkout does not continue.
Apple Pay says that the payment was successful but there is no redirect to checkout success page nor does Stripe records the checkout as a success or even an attempt at payment.
To Reproduce
Steps to reproduce the behaviour:
Expected behaviour
Checkout to be successful
Environment:
The text was updated successfully, but these errors were encountered: