Cristián Lávaque

The subscription is still going in PayPal, but if all the reattempts fail, PayPal will end the subscription and notify s2Member about it, and s2Member will set the EOT time the his profile.

If you don’t want to have payment reattempts to end it sooner, you’ll have to edit the [hilite mono]rra[/hilite] attribute to [hilite mono]1[/hilite] in the shortcode for new subscriptions, or edit the profiles in PayPal for existing ones. [hilite path]Dashboard -› s2Member® -› PayPal® Buttons -› Shortcode Attributes -> rra[/hilite]

Ah, I see, that’s the BuddyPress public directory of users…

Well, I don’t think the public profiles are WP pages and s2Member wouldn’t restrict those then.

You could protect them with the URI restriction so they aren’t public, if that’s what you want. [hilite path]Dashboard -› s2Member® -› Restriction Options -› URI Access Restrictions[/hilite]

Of course, if you do that, you’d most likely use [hilite mono]/members/[/hilite] which would restrict access to [hilite mono]/members/[/hilite] too, not just the profiles.

I’m sorry, the access restrictions with BuddyPress are limited to what the URI restriction can do.

This video may help. Video » s2Member (Login Welcome Page Conflicts?)

Hi Robert.

Bruce hasn’t gotten back to this thread yet, but I’ll try to reply some of your questions and will leave the rest for him. :)

3) Guessing that that TransID gets stored in the Database — but that’s my first question, does it? (yes/no?)

No, the subscr. ID is in the user’s profile. The trans. ID will be in the s2Member logs, if you have them enabled, but these are only for debugging.

4) If it does not, I’ll want a s2_payment_notification API to get the info and store it — (yes/no?)

Yes. [hilite path]Dashboard -› s2Member® -› API / Notifications -› Payment Notifications -> %%txn_id%%[/hilite]

5) When I S2member Browse Users, I’ll see their Paid Subscr. ID (pretty sure that’s correct)

Yes. By the way, it’s not s2Member’s Users screen, it’s the regular WP Users one but s2Member has a shortcut to it in its menu. [hilite path]WP Admin -> Users[/hilite]

6) If they have more than one transaction, I’ll be able to open Transactions to see the TransID (yes/no?)

s2Member doesn’t have this, it’ll either be in the customization you create or in the payment gateway.

7) If I run a s2_payment_notification API… all the Custom ID’s returned from PayPal will be viewable inside of the S2member Browse Users screen (yes/no?)

No, the notification will either load a URL or send an email. With that you can then store the data and customize the users list to display it.

8) If that same MemberID, is given the Role of Contributor — they will be authorized to Post yes/no? (seems so)

I guess, I’m not familiar with that role, but the name suggests that. You need to review the capabilities the role has, or just give that role to a test account, login with it and see if it does. http://wordpress.org/extend/plugins/user-role-editor/

9) That Post always has an unique ‘tag_id=xxxxx’ and that number is also associated with this member.

No, posts are not associated to users in WP other than the author, unless you’re talking about a customization you’d create for this?

10) In S2member’s Transaction History… I want to ADD that ‘tag_id=xxxx’ to that single paid transaction manually so the other items retrieved by the s2_payment_notification API and stored — so that I know when the expiration date of the transaction is — associated with that particular Post — are all related. “Payment” = “Post stays up for that length of time” (but I’ll need to create a script to do that housekeeping)

s2Member doesn’t have a transaction history. You could create one with the Payment Notification and a custom script, though.

14) I’m guessing that S2member passes $user_id to PayPal and that is why the s2_payment_notification API is actually able to return the information. (yes/no?)

When the user is logged in at the time he loads the page with the pro-form, the pro-form will include the user’s ID so s2Member knows to upgrade that account after checkout.

Hi Jay.

So, basically, you want to have members register themselves instead of you having to add them manually?

If they’re free registrations, you could use the free registration pro-form. [hilite path]Dashboard -› s2Member® -› PayPal® Pro Forms -› Free Registration Forms[/hilite]

If you want to make it simpler, with just username and email address, you can remove custom passwords and first/last names. [hilite path]Dashboard -› s2Member® -› General Options -› Registration/Profile Fields[/hilite]

Does that help?

Could you try the tips in this article? Knowledge Base » Common Troubleshooting Tips

Also, if you have a caching plugin, make sure object and database caching are disabled, they’re known to cause trouble.

I’m not asking that you start the website from scratch, when I said a clean WP installation I was talking about a new test one in another directory, as explained in the troubleshooting tips article I linked to earlier.

Basically, I’m trying to determine if you’re having the problem with just s2Member, because I couldn’t reproduce the behavior you mention in mine with just s2Member. I think there’s something else in your installation that’s causing this redirection on logout.

That’s also why I’m asking if you only have it with the logout link in the s2 widget or also with other logout links in the site, but you haven’t told me yet. Let me know please. :)

You can also submit your site’s info for me to take a look at it and try the logout. Let me know when you sent it, please. s2Member® » Private Contact Form

Sometimes s2Member doesn’t get confirmation from the gateway right away, so it instead of making the user wait for a long while before showing him a page, he’s told to check the email later, which will be sent when s2Member finally confirms it.

I see. Thank you for confirming it.

I know, they really do make it confusing. :/

Yes, you need PayPal Pro instead.

Please see these articles:
Knowledge Base » PayPal® Services / A Quick Comparison
Knowledge Base » PayPal® Pro (PayFlow Edition)
Knowledge Base » PayPal Pro, PayFlow, DPRP, Express Checkout

where it said account approved, to create it.

That says it was approved, not that the account was created. Did you then go to register an account before registering a second one with the link in the email? Do you have two registered accounts from this transaction in the Users list? [hilite mono]WP Admin -> Users[/hilite]

Could you give me a step by step of what you did and send me the site’s info? I’ll try to reproduce it to see what’s happening. Let me know when you sent it. Thanks! s2Member® » Private Contact Form

– not have incremental levels so level 3 doesn’t get access to 0,1,2. Just 3 itself

You can do this using conditionals in the content itself insted of an access restriction that protects the whole page. [hilite path]Dashboard -› s2Member® -› API / Scripting -› Conditionals[/hilite]

Or you can edit the s2Member level roles, removing the capabilities to access the lower levels.
http://wordpress.org/extend/plugins/user-role-editor/
Knowledge Base » Locking s2Member Roles/Capabilities

– Have multiple free levels with authorize.net forms

You can do it with the free registration pro-form. Video » s2Member (Free Registration On Multiple Levels?)

The free registration will happen only once, if the user is registered. To change from one level to the next free, you’ll need a hack that uses some PHP change the role. Knowledge Base » Changing Roles/Capabilities via PHP

– each free level will have an associated paid level.

The 2 associated levels (1 free, 1 paid) should be associated with each other but mutually exclusive of all other 2 level combinations.

You can have a free registration pro-form to register at each those free levels, and a pro-form to pay each as well.

You could also, if not selling subscriptions (recurring), but a single payment without a trial (buy now), you could sell a custom capability for the paid access.
Video » s2Member (Custom Capabilities)
[hilite path]Dashboard -› s2Member® -› PayPal® Pro Forms -› Capability (Buy Now) Forms[/hilite]

Thanks, got the email.

I’m looking at the IPN log and see a ton of entries with wrong custom attribute, instead of the domain name, it says:

'custom' => '1341081605:3968:1:a819d4fd6687723c5fe75cd910a78b51',

You need to find where that is happening and fix it with the correct domain name, as it given in the shortcode generator for the custom attribute. [hilite path]Dashboard -› s2Member® -› PayPal® Pro Forms -› Shortcode Attributes -> custom[/hilite]

About the subscriptions you told me, the entries for their cancellations include these lines:

‘txn_type’ => ‘recurring_payment_profile_cancel’,
‘initial_payment_status’ => ‘Failed’,
5 => ‘Awake. It\’s Tue Mar 26, 2013 3:26:31 pm UTC. s2Member `txn_type` identified as ( `subscr_eot|recurring_payment_expired|recurring_payment_suspended_due_to_max_failed_payment` ) – or – `recurring_payment_profile_cancel` w/ `initial_payment_status` ( `failed` ).’,
6 => ‘Member Level/Capabilities demoted to: Subscriber.’,

The problem here is being that the payment is not successful, but PayPal first told s2Member that it’ okay so s2Member proceeds with the signup confirmation.

Could you try changing the setting for the number of attempts, so that instead of twice, it just tries once? [hilite mono]rra="1"[/hilite]. See if that works. [hilite path]Dashboard -› s2Member® -› PayPal® Pro Forms -› Shortcode Attributes -> rra[/hilite]

Hi Scott.

When you enter an EOT time manually in their profiles, then that is what’s used and doesn’t get updated by the payment gateway notifications. If you want the subscription to set the EOT time when it ends, you need to leave the EOT field in their profiles empty.