If a user cancels trial period

Hi,

This is something that can be done with custom code if you are comfortable with PHP.
We have a post about it on our blog.
https://www.paidmembershipspro.com/offer-trial-memberships-that-can-only-be-used-once/

Kim W.

It seems that I can’t access that post unless I pay $297. That is a little absurd. And you don’t offer anything, including your addons, a la carte? Why would the free trial feature even be written in a way that can be abused?

Here is the gist you are welcomed to use.
https://gist.github.com/strangerstudios/9936197#file-my_pmpro_after_change_membership_level-php

Kim W

@sleet1337

I’m going to go ahead and mark this as resolved. Please reply if the above Gist is not sufficient for your needs.

Regards,

Ronald Huereca

Hi, it has been less than a day… and is not resolved. I tested the code you offered it and does not work unless you dedicate an entire level as a trial period, and when you create an entire level as a trial period, it just stays visible regardless if you used it or not, which is another problem in and of itself.

I specifically stated that I was referring to adding a trial period (1 free billing cycle) to a recurring subscription, and if I implement that code it blocks the entire level. So again, why would you include a feature that can be so obviously abused and require custom code to tie up the loose end?

A trial period (1 free billing cycle) on a recurring subscription level should only be able to be used once per user, and if canceled, the user should be able to just purchase the same recurring subscription level without the free trial period, not be blocked completely from the level and not have a free trial subscription level always in their face when they obviously can’t use it.

I’m sorry for the frustration caused by this @sleet1337. There are many ways to handle this use-case and it’s difficult to choose one method from our end to fit for all types of membership sites.

An alternative solution would be to use the ‘pmpro_checkout_level’ filter and add/remove a custom trial dynamically. What you can do is check if the user currently has a membership level or previously had this level or any level at any period during their lifetime.

Here is a link to the ‘pmpro_checkout_level’ filter – https://www.paidmembershipspro.com/hook/pmpro_checkout_level/

Here’s a personal gist I wrote previously that should help get you started – https://gist.github.com/andrewlimaza/095e0f4e350d2865621ba92726757f78

If you need help implementing this or need to tweak it further, please reach out to a local WordPress developer.

I hope this helps get you started.

In what scenario would the trial not be able to be abused?

The code recipe @andrewza mentioned in the previous response will ensure that your trial cannot be abused.

Members will only be able to sign up for a trial once. Once the trial expires or is cancelled, they will have to sign up for one of your standard levels on your site.

@jarryd-long … if you’re going to respond at least read the thread.

As already stated:

I tested the code you offered it and does not work unless you dedicate an entire level as a trial period, and when you create an entire level as a trial period, it just stays visible regardless if you used it or not, which is another problem in and of itself.

I specifically stated that I was referring to adding a trial period (1 free billing cycle) to a recurring subscription, and if I implement that code it blocks the entire level. So again, why would you include a feature that can be so obviously abused and require custom code to tie up the loose end?

A trial period (1 free billing cycle) on a recurring subscription level should only be able to be used once per user, and if canceled, the user should be able to just purchase the same recurring subscription level without the free trial period, not be blocked completely from the level and not have a free trial subscription level always in their face when they obviously can’t use it.

And just to put an emphasis on the issues here: requiring custom code to stop users from abusing a clear flaw is ridiculous. This free trial flaw completely negates the purpose of a paid membership solution. There is not a single scenario where it makes sense to allow unlimited free trials, you might as well just not have a paid membership at all.

And remove the ‘Resolved’ tag, this is 100% not resolved. Or I can just open a new thread.