Fixed PayPal assigning wrong upgrade name and not working

Chris D said:
I would at least try to see if PayPal can redeem themselves by doing anything here.
Click to expand...
I thought I was onto something.

In PayPal I can disable the subscription plans (Subscriptions >> Subscription plans (list) >> Disable). They all have 0 subscribers because they were created by the new API which isn't being used yet due to this bug. So I went ahead and disabled them all. Then I created a new upgrade in XF. However even with a NEWLY created upgrade, I get:

"Oops! We ran into some problems.
Failed to create PayPal order: The requested action could not be performed, semantically incorrect, or failed business validation."

UNLESS I change the price. The price seems to be the triggering factor here when combined with the subscription length and recurring billing. It's also fine if I turn recurring off or change the length. But once it has the combo of the product that was listed incorrectly it thinks it's the same even if you create a new one. So disabling the wrong product (not the new one) causes this error and enabling it again causes that wrong name to show for this newly created product (upgrade). 🤷‍♂️
 
Last edited:
PayPal was not very helpful. Deleting a subscription plan is not possible only disabling it (but apparently it used to be an option). The fact that XF is recognizing the wrong plan based on parameters, the blame was placed back to XF and the API call. 🤷‍♂️ Makes me want to use a different PP account but that seems excessive.
 
I’ll do some more testing in this release cycle and try to come up with some solutions.

I wouldn’t say it’s worth the hassle of trying new accounts etc.

We’ll see if there is anything we can do with the API. Maybe we can force the creation of a new product if there is a mismatch between what we have and what the API is saying.

Legacy PayPal is at least a reliable solution for now.
 
Also this is only an issue with recurring billing. If I turn it off it works and the product name is correct, but this is because there is nothing to conflict with in PP since plans are stored under Subscriptions and I guess one-offs are not (or stored elsewhere). FYI I used a tech support ticket to try to get them to delete the plans from my account since they have 0 subscribers and were created via API with the previous bug. I hope they can and will let you know if that addresses this.
 
Well, I tried, After a very detailed ticket with links to this bug and steps, they won't delete them, and if I am seeing the wrong plan their solution is:

If you are seeing an incorrect plan on your website, you will need to remove the button details from the website where the buttons are displayed. This can be done by contacting your website developer.

I'll have to wait to see if XF can address as I have exhausted the PP route including recreating the payment profile and user upgrade on XF, and using fresh API creds. Still, it will want to associate with the wrong plan.

Thanks
 
beerForo said:
Well, I tried, After a very detailed ticket with links to this bug and steps, they won't delete them, and if I am seeing the wrong plan their solution is:

If you are seeing an incorrect plan on your website, you will need to remove the button details from the website where the buttons are displayed. This can be done by contacting your website developer.

I'll have to wait to see if XF can address as I have exhausted the PP route including recreating the payment profile and user upgrade on XF, and using fresh API creds. Still, it will want to associate with the wrong plan.

Thanks
Click to expand...
Working with PP supporr is useless. It can be one of the most infuriating obstacles to overcome.
 
Last edited:
Need to add one more note. Editing the name or price on the paypal side does not fix this. So the original issue was it was showing the wrong $5 plan (other site name's plan for $5), if I go to that plan on the PP end and rename it some gibberish and put $9999, that's what shows when you click it from XF where it still shows $5/month. So something is connecting these plans and it is the price on the XF end, but on the PP end it just keeps going to it no matter what like it's coded somewhere. Perhaps the ID code? Thanks
philmckrackon said:
Working with PP supporr is useless. It can be one of the most infuriating obstacles to overcome.
Click to expand...
Yup
 
Thank you for reporting this issue, it has now been resolved. We are aiming to include any changes that have been made in a future XF release (2.3.6).

Change log:
Attempt to sync PayPal REST API with current product name.
Click to expand...
There may be a delay before changes are rolled out to the XenForo Community.
 
Chris D said:
My best idea at this point is seeing if we can routinely synchronise the current upgrade settings across, including the name, but I'm not even sure at that point if this is possible.
Click to expand...
Was just reminded about this post and I wanted to point out that completely in line with my scathing retelling of my experiences with PayPal that, yes, it is possible to update the name, but it's basically undocumented so that's good, I guess.
 

Similar threads

X
Expiring recurring user upgrade should explicitly cancel with payment provider and not assume failure
Replies
1
Views
299
Xon
X
Liam W
  • Question Question
XF 1.5 Spam cleaner using loads of memory and not working...?
Replies
2
Views
434
Liam W
Liam W
Back
Top Bottom