About: Glyn Davidson

And a working example:

[s2If current_user_is(s2member_level0)]
    [_s2If was_previous_page(page_for_paying_members_only) ]
        <p class="notice">
            I'm sorry but that page is restricted to paying members only. As a free subscriber, you can use <a href="#">this page</a> instead.
        </p>
    [/_s2If]
    [_s2If !was_previous_page(page_for_paying_members_only) ]
        <p class="notice">
            You must be a paying member to view that page.
        </p>
        <ul>
            <li><a href="#">Upgrade to level 1</a></li>
            <li><a href="#">Membership Benefits</a></li>
            <li><a href="#">How to Join</a></li>
        </ul>
    [/_s2If]
[/s2If]

• This reply was modified 3 years ago by  Glyn Davidson.

Here’s what I wanted to achieve:

I have buddypress installed and URI restricted to level 1 users. However, I want level 0 users to be able to access a similar, non buddypress page.

When a level 0 tries to access the buddypress page, they get redirected to the membership options page.

What I was hoping to do was query the URI and if they had tried to access the buddypress page, then redirect them from the MOP to the non buddypress equivalent.

This works by putting this shortcode in the MOP.

[s2Redirect if_page_is="a_buddypress_page" redirect_to="the_none_buddypress_page" /]

function mop_uri_redirect_shortcode($atts) {
    $_g = stripslashes_deep ($_GET);
	if (isset ($_g["_s2member_seeking"]["ruri"])){
		$seeking_uri = esc_html (base64_decode ($_g["_s2member_seeking"]["ruri"]));
		if (strpos($seeking_uri, $atts['if_page_is']) >0) 
			echo '<script type="text/javascript">window.location = "' . $atts['redirect_to'] . '"</script>';
	}		
}
add_shortcode('s2Redirect', 'mop_uri_redirect_shortcode');

This works but it’s a really dirty hack because it means the Membership Options Page has to load before it redirects.

Made my own:

function mop_var_shortcode($atts) {
	$_g = stripslashes_deep ($_GET);
	if (isset ($_g["_s2member_seeking"]["ruri"])){
		$seeking_uri = esc_html (base64_decode ($_g["_s2member_seeking"]["ruri"]));
		if (strpos($seeking_uri, $atts['page']) >0) 
  			 echo 'You were trying to access the ' . $atts['page'] . ' page!';    
	}		
}
add_shortcode('s2Show_mop_var_uri', 'mop_var_shortcode');

[s2Show_mop_var_uri page="page_name" /]

I’ve renamed the topic title so that it reflects the content

So sorry, I linked to that from memory. That’s the old location of the documentation for Custom Capabilities. The real name of this section is Custom Capabilities (Packages).

Don’t apologies Bruce, I’d be in real bother if I wasn’t able to realise that Custom Capabilities were stored in Custom Capabilities (Packages)! As I said, I was looking at s2Member in a child blog which (in my installation) doesn’t have Custom Capabilities (Packages). Custom Capabilities are restricted to the parent blog only. Similarly, all ccap shortcodes in ProForms etc aren’t visible in child blogs. Getting ccaps working was straight forward enough though so not an issue and I completely understand why they should be hidden from child blogs, in fact I’m glad that they are.

s2Member won’t immediately demote a User when they stop paying usually.

If my understanding of what I read in

Dashboard -› s2Member® -› PayPal® Options -› Automatic EOT Behavior

is correct, that’s because you get better customer satisfaction by allowing a grace period right? I changed the grace period to 300. Once the site goes live I’ll up the grace period to 1 week, but during dev, I thought 5 mins would be sufficient for s2 and PayPal to talk to each other?

s2Member won’t immediately demote a User when they stop paying usually. Instead, it will set an Automatic End of Term time on their profile. If it is, then s2Member is working correctly, and that User will be demoted after the time that they have paid for is up (i.e. when they hit their EOT time).

WOAH!!!
That’ll be why I thought it was working this morning then… I just cancelled a (1 year recurring) subscription and their EOT was changed to January 12th 2015 :D . WooHoo, something’s working! :D

Ahah! Duh!
Of course, I understand now (I think). I remember reading somewhere, probably in the awesome dashboard documentation, that if a user cancels their subscription, they still get access for the remaining term. i.e. If a level-1-user has paid for a 1 year subscription but cancel their subscription after 5 days, they will remain a level-1-user for the remaining 360 days until their EOT is up. Is that right?

If that is right, that’s cool, I get that, but… forgive me if I’m being stupid here, after a level-1-user registers (with a 1 year recurring membership), do I have a mechanism to show them when their next (i.e. the first recurring payment) is due? Shouldn’t the EOT be populated as soon as the first payment is made?

s2Member should get notification of the recurring subscription being cancelled almost immediately.

What if I cancel (refund) a subscription via PayPal, should s2Member get notification almost immediately then? And if it does, I presume it will honor the grace period, but not the EOT right?

Wow, thanks Bruce. Really appreciate your taking the time to give me a full response.

Your solution seems to be working perfectly and I’m able to access all of the custom capabilities:

foreach (get_user_field ("s2member_access_ccaps") as $ccap) echo $ccap;

However…

Before diving right in I thought I’d follow your advice and read up about ccaps in the Dashboard but found that

Dashboard -› s2Member® -› API / Scripting -› Custom Capabilities

Doesn’t exist.

Most of the PayPal ProForm shortcodes are explained here, but not ccaps:

Dashboard -› s2Member® -›  PayPal Pro Forms  -› Shortcode Attributes Explained 

As I said, it seems to be working for me though. My only problem now is that I no longer seem to be receiving the EOT from PayPal. And, when a level-1-user cancels their subscription, their recurring payment is cancelled in PayPal, but nothing appears to happen on site.

Q1) Is this likely to be a configuration error, or should I allow more time for communication between s2member and PayPal?
Q2) What is the usual time-frame for s2Member to receive the EOT from PayPal?

P.S. For anybody else who arrives at this topic, you can also find out which Pro Form was used during checkout by looking at your PayPal account.

• This reply was modified 3 years ago by  Glyn Davidson.