Closed jrick1229 closed 1 year ago
Seen in: 4761919-zen
Another instance in 4840163-zen.
4864269-zen
4850713-zen
25868718-hc
This is a real pain as renewals are unable to process
requires_payment_method & payment_intent_unexpected_state are not stored
[message] => You cannot confirm this PaymentIntent because it’s missing a payment method. You can either update the PaymentIntent with a payment method and then confirm it again, or confirm it again directly with a payment method. [type] => invalid_request_error
Please push for a fix
One way to find potentially affected subscriptions would be a search in phpMyAdmin, or an equivalent query:
Some possible workarounds:
4940677-zen
Another possible report in 5202276-zen
Possibly also on 5202047-zen
Reporting this issue on a client site. Disabling the New Checkout Experience fixed it, and we will be manually adding customer and source ID info into subscriptions.
Quick update to say that I've successfully reproduced this issue. The exact reason this is happening for UPE orders hasn't been identified yet, but we should have further updates and hopefully a PR for this soon.
Most likely another report : 5826805-zen
5879441-zen
We're seeing this again in 5930711-zen
I wanted to note that in this user's experience as well as in my testing, not only are the customer ID and source ID not saved to the user's subscription, the Payment method is not set up for recurring payments in Stripe.
So if the user tries to take the pm_
token from the customers profile in the Stripe dashboard, and place that in the subscription as a payment method, future renewals will fail with an 'invalid_request _error' despite how in the documentation for setting up automatic payments for subscriptions it states:
"Other valid tokens are card_
, and pm_
"
Disabling UPE causes new subscriptions to be created correctly, but now because the payment method for all previously created subscriptions is not properly set up, customers are all going to have to manually re-enter their payment information which is a large burden.
@EvanDotPro any news on an movement towards a PR for this critical bug? A year feels like a long time to have this open. Can I help test in any way?
Hi good people,
Trying for a 🛎️ . Is there somebody that can take a look at this with us? We are happy to help with any kind of testing.
Hello @EvanDotPro ! Any updates on this issue? Can you please let us know where we are so that we can inform the user that asked for an update? We also asked yesterday but without a ping: https://github.com/woocommerce/woocommerce-gateway-stripe/issues/2317#issuecomment-1465872523 Thank you in advance :)
@zoupkat Unfortunately I'm no longer with Automattic. I'll ping the current team lead and hopefully they can reprioritize this!
/cc @diegocurbelo
Thanks @EvanDotPro ! @diegocurbelo please let us know!
Hey @zoupkat! We are going to start working on this next week.
hey @EvanDotPro @diegocurbelo what is the timeplan for the release of a fix? 😎
6262680-zen
@vbelolapotkov @diegocurbelo can someone please explain why there has been no update on this bug report in such a long time?
cc @beaulebens
Hey all, I believe this issue will be fixed by my PR here: https://github.com/woocommerce/woocommerce-gateway-stripe/pull/2619
This issue is caused by this nonce check failing when accounts are being created via the checkout process, returning early from our payment redirect flow. This then prevents the following $order->payment_complete()
from being called and the cus_
and src_
tokens from being saved on the subscription.
Here are my results from purchasing a subscription as a guest customer with UPE enabled.
On the develop
branch :x:
On PR https://github.com/woocommerce/woocommerce-gateway-stripe/pull/2619:
6480189-zen (possible issue)
Describe the bug
When checking out with a subscription product as a new user, creating an account (whether manually or automatically) during checkout, both the
cus_
andsrc_
tokens are not saved within the subscription. This makes any subsequent renewals fail, as there are no tokens available to use for the charge:To Reproduce
Steps to reproduce the behavior:
Expected behavior
Payment tokens should be saved in the subscription, else it has no way to renew, aside from the subscriber manually logging in and paying for the failed order (which will then save the payment tokens, since the subscriber is logged into their account).
Screenshots
_stripe_source_id
has no value in the database: https://d.pr/i/utux0OStripe settings: https://d.pr/i/jkBwgJ
Environment (please complete the following information):
Additional context
This was done on a JN site, since the webhook secret wouldn't work on a local site.
4742935-zen