Paypal refund erases CCAPs

Referencing this thread: http://www.primothemes.com/forums/viewtopic.php?f=4&t=15597&p=48792#p48792

I’ve hacked the file according to Jason’s hack suggestion to make sure the CCAPs remain after an auto-EOT, but is there a similar hack to make sure they remain after an EOT is triggered by a refund?

The recurring subscription needs to remain distinct from the buy-now ccaps, but as of now refunding the sub erases the ccaps.

Thanks,
Kenny

So you don’t want to have ccaps removed when the EOT is due to a refund, but not if it’s for another reason? I’m not sure I understand.

I don’t want any EOTs to erase ccaps, ever.

But EOTs do need to demote users as usual (as configured in the admin).

I should have just said that :)

• This reply was modified 4 years, 7 months ago by  Fitted Web Design.

Ah ok. But then Jason’s hack alredy does what you need, right? It doesn’t affect the demotion itself, that should still happen.

Thanks for the follow-up, Cristian.

The hack did not work when a refund was issued. That’s the problem.

I’ve tested the hack against very short term subscriptions and the accounts were demoted without losing ccaps, as intended. The problem then, it seems, is with refunds.

Here’s what happened:

1. Refund issued for subscription
2. Triggers EOT (or something else gets triggered?)
3. Account is demoted and loses all ccaps

Goal: Account should get demoted, but not lose ccaps (the ccaps were purchased independently and therefore need to stick around forever).

• This reply was modified 4 years, 7 months ago by  Fitted Web Design. Reason: I forgot to say thank you!

I just did a search and there are other places where ccaps are being removed. To find them you can search the files for [hilite mono]$user->remove_cap[/hilite]. I’m not sure which one exactly is doing it on refund, but if you don’t want ccaps to be removed under any situation, then you may want explore all the results you get and comment out the ones you find necessary.

I hope that helps. :)