Cristián Lávaque

Maybe. I’d really try the tips in the troubleshooting tips article first. Then, if those don’t help, I’d try the email delivery troubleshooting suggestions.

1) This order should have been passed as a monthly subscription and it was processed in Auth.net as a single payment. Whenever there is a subscription ordered in Auth.net it appears in the “recurring billing area” and there was no new order placed in the recurring billing area.

This reply Jason gave to another user may explain what you’re asking: http://www.s2member.com/forums/topic/authorize-net-recurring-yearly-payments/#post-51067

2) The first month’s amount charged by Auth.net wasn’t even correct. Looking at the code snippet created above, the first month’s charge should have been $194 and the amount charged in Auth.net was $97.

I don’t know if it explains this question too, though, but it looks like the initial term was skipped and only the first regular term was charged. I’ll have to wait for Jason to look at this, Bruce already forwarded it to him.

Those are emails sent by WordPress, not s2Member. Maybe something you added/changed/updated recently has caused the WordPress emails to fail.

These may help:
Knowledge Base » Common Troubleshooting Tips
Knowledge Base » Troubleshooting Email Delivery Problems

That’s good then! Thanks for the update. I hope it doesn’t give you any more trouble. :)

s2Member’s custom profile fields don’t have this functionality. You would need to write your own customization to change the behavior to what you need.

Maybe the second field would need to have all the jails, but using some JavaScript have it show only the options related to the previous field’s value.

If you’re not familiar with how to do this, I suggest that you get a developer to help you from a freelancers site like jobs.wordpress.net, odesk.com or elance.com.

I’m glad that helped. :)

Sure, I’ll pass it on to Jason, but could you please provide a link to download your translation file? I’d like to review and try it to see if I can find what the problem is. Thanks!

To complement Eduán’s reply: Video » s2Member (Modification/Cancellation Buttons)

Thanks for running that test.

I looked at the logs and saw no errors in the API or RTN logs. I noticed you had no IPN log, though, until I loaded the IPN URL for your installation and created an entry for it. There may be a problem with PayPal communicating with s2Member, I’d investigate that.

I’d first try Jason’s server scanner to see that you have no errors reported there, and if fix any problems that come up there. Knowledge Base » s2Member® Server Scanner

Also please do these: Knowledge Base » Common Troubleshooting Tips

And I noticed you have Object and Database caching enabled, which are known to cause problems. I’m not sure if the problem you’re having here is related to that, but you should disable those to prevent any issues in the future.

Bruce – You say that “Custom Capabilities are not able to protect entire Categories.” Can you help me understand what you mean by that. I watched the Custom Capabilities videos and it sounds like it will protect a category as I need.

The Categories restriction works with Levels only, and the ccaps can be used on pages/posts only.

With custom code you can combine them, and I knew the ccaps video had an example, that’s why I linked to it for you. But it’s not a default feature, you have to create the customization. With your conditionals in the customization you’ll have a lot more power to control access using these.

I understand the concept of how I want it to work….just have no idea how to put together the code that I need to add into wordpress, so I’m looking for a sample code snippet that either grants access to, or blocks access from a specific category.

Well, the video has a sample code that should help, but if it’s too advanced for you, it will be best to get help from a freelancer from a site like jobs.wordpress.net, odesk.com or elance.com.

For notifications you could use this: [hilite path]Dashboard -› s2Member® -› API / Notifications[/hilite]

For some reason, we have more members being reported by s2 than we have subscriptions.

This may explain that: http://www.s2member.com/forums/topic/authorize-net-recurring-yearly-payments/#post-51067

No problem. :)

What I’d do is deactivate all the plugins and go to the default theme and see if I still the problem with the users search. If you do, it’s something with WordPress itself, but it you don’t, then it’s one of the things you removed, then you can bring them back one by one testing after each.

Thanks, got the email.

I reviewed the user and confirmed he had been demoted according to the admin notes, and now has Level 2 and no EOT time. I’d need to see more info on his transaction, but logging is currently disabled and no entry for it in the logs you have from previous dates. [hilite path]Dashboard -› s2Member® -› Log Files (Debug) -› Logging Configuration[/hilite]

Could you please try reproducing this problem with logging enabled? Create a user at level 0 and make a copy of your button shortcode changing the amount to 1 cent and the term to 1 day for the test, then log out of your admin account, login to the account you just created and upgrade with the new test button. Log back into your admin account and see if the user has an EOT time, and what the log entries say, please. Let me know how it went. If the EOT time was set, let it expire after a day when the EOT happens, and upgrade it again trying to reproduce the problem.