Payment Pending issue with subscription renewals
-
I’ve done some searching and it looks like there are a lot of issues with this, and none of them have clear resolutions. I’m using paypal for both paypal payments and credit cards. I have some subscriptions products. some of the subscriptions renew fine with no issue. others just say “Payment Pending” and give no other information.
So I looked in the debug logs, and I saw this:
Response Body: {“name”:”INVALID_REQUEST”,”message”:”Request is not well-formed, syntactically incorrect, or violates schema.”,”debug_id”:”xxxxxxxx”,”details”:[{“field”:”customer_id”,”value”:””,”location”:”query”,”issue”:”INVALID_STRING_LENGTH”,”description”:”the value of a field is either too short or too long.”},{“field”:”customer_id”,”value”:””,”location”:”query”,”issue”:”INVALID_PARAMETER_SYNTAX”,”description”:”the value of a field does not conform to the expected format.”}],”links”:[]}note: I removed the debug id because I don’t know what it is. the rest of the data is copied directly.
so I did some sleuthing and I found that in the customers that aren’t getting charged subscription renewals, the _ppcp_target_customer_id?meta value isn’t getting recorded.
There is already a github issue on this that someone posted 2 weeks ago, but there haven’t been any responses. since this is affecting our ability to take money, this is an urgent issue, and it sounds like it is affecting a lot of people.
If there is any workaround, please let me know.
-
Hi again.
I’ve found the cause of the issue. For me, this is happening because of the way woocommerce paypal payments (I’ll abbreviate WPP) interacts with another plugin – CartFlows. From what I can tell, the fix will have to come from the WPP side. Let me explain.
For the credit card form, WPP has a checkbox that says “save to account”. When the product is a subscription, this checkbox is not clickable, and is checked by default for subscription products. Furthermore, this checkbox must be checked for it to save the info necessary for the subscription.
The reason that last part matters is because cartflows has a feature that allows customers to choose between different products directly from the checkout page, and then dynamically updates the checkout page and the cart with the new product.
When that dynamic update happens, the checkbox (which is rendered by the WPP plugin) does not update. So in the specific situation where a customer switches between a normal product and a subscription product, as is my situation, the necessary checked-and-unchangeable checkbox is never rendered. Because the necessary checkbox isn’t rendered, it doesn’t save the customer information, needed for the subscriptions to work.
This fix must be on the WPP side, because cartflows has no knowledge of which payment plugin a site is using, but WPP can surely detect if there’s been dynamic updates to the products in the cart. Essentially, WPP just needs to update and re-render if there are any dynamic changes to the cart/checkout.
Note: This issue also affects the rendering of the “Place order”, for which WPP and cartflows fight for control. I fixed this issue myself by writing some custom javascript to make them play nicely. but it’s potentially also worth looking into on your side. Again, it could be solved by re-rendering upon any dynamic changes.
Please pass this on to the developers, and let me know if I can explain anything more clearly for them.
Also, can you tell me any kind of timeline for when this could be fixed?
- You must be logged in to reply to this topic.
