With some PayPal accounts purchase return to cart page after payment

Hello @gileli121 ,

We use token-based payments for renewals, which requires creating a billing agreement. The billing agreement must be properly configured; otherwise, the renewal process will fail. The BILLINGAGREEMENTACCEPTEDSTATUS indicates the status of the billing agreement during the checkout transaction.

Regards,

I figured it out while debugging this issue myself.
The question is, why is there no kind of error handling here?

Even a simple message like telling the user about this BILLINGAGREEMENTACCEPTEDSTATUS thing.
Not even a log was printed.

And where can the customer configure it so that PayPal will return 1 in this property?
I could not find information on how to do it when I searched for it.

Debugging it and figuring out the issue was very tricky because I needed a PayPal account with this issue and I don’t have such account. So, I had to use the ngrok service to expose a replica of my store in my localhost:8080 (where breakpoints are possible) to the person with PayPal. Then, he reproduced it on my machine.
I want to learn how to reproduce it with my PayPal sandbox account instead of having to do this again.

Thanks for your help.

• This reply was modified 3 months, 2 weeks ago by gileli121.
• This reply was modified 3 months, 2 weeks ago by gileli121.

Hello@gileli121 ,
Please make sure you have enabled the vaulting feature
And We also need to debug this kind of issue. We have noted your concern and we will try to work on these in our upcoming update.
Regards,

What is the vaulting?feature?

I noticed that WPS PayPal Payments also works fine and in its code, it does not care about this BILLINGAGREEMENTACCEPTEDSTATUS.

So I assume that it is a solution

But I have concern about how the whole subscription plugin works.
I don’t like that the code is the one that charge money.
It is possible for such system to charge multiple times due to a bug…
It could be much better if this was controlled by PayPal and not by the code…

I can’t take responsibility on it.

Hello,

We have paypal subscription integration in our pro plugin, where the subscription will be created on paypal and the renewal will handle from there. you can check out the pro plugin

Thank you

I see and get what you are doing here.

Anyway, I think will give it a try.
Is there a way to get trial for it?

I first need to test integration between this plugin few additional configurations that I have (using woocommerce hooks)

Hello,

If you need demo of pro version, you can check with the support team

Thank you

Thank you, but the amount of effort I invested into integration is too much.
I implemented my own code without automatic renewal.

I don’t like that you don’t allow trial by default and do not allow the use of the proper auto-renewal implementation. I don’t know why you even implement something that is wrong design (it works, but in the WRONG way that renewal is done from the WordPress scheduler, and there is no proper protection for recharge risks that could happen, for example, after restoring from backup, etc…) . It may be a way to cause people to pay for the proper implementation. but you could offer a trial instead.

Maybe in the future, I will reconsider.
Thanks.

Hello,

For now this is possible way and best way to charge automatic renewal order payment from customer on WordPress either using scheduler or cron and most of plugin use scheduler like us. but we have noted your suggestion in terms of security and our team will look into and try to make possible solution in our plugin .

Regards,