Cristián Lávaque

I’m not sure about your code, could you post the full code you’re using for the player that’ll stream the files or is it not an embedded player?

Not sure if it helps, but have looked at Philly’s shortcode for s2Member protected videos? http://phillymax.com/web/s2member-video-shortcode/

No problem. Glad we could help! Sorry I didn’t explain that before, I wasn’t aware of that kind of logging with Authorize.Net until now, since you’re the first to ask and I hadn’t seen Jason describe it before. :)

Thanks for the info.

I also tested all four levels, plus level 0, and NONE of them are going to the correct member login page.

Okay, it’d be good to test for what’s overriding the redirection. Please test for the theme or another plugin doing it, please follow the instructions given in this article for those: Knowledge Base » Common Troubleshooting Tips

About levels 3 and 4, it is possible that having given those roles admin capabilities, is causing the different login redirection. After fixing the redirection for the lower levels, if you still have trouble with these higher ones, test removing the extra capabilities you added and see if the Login Welcome now works, please.

Also, since you edited the s2Member roles, you may want to read this: Knowledge Base » Locking s2Member Roles/Capabilities

I could reproduce this in Chrome. I don’t know why it happens yet, though.

Are you hosting your files with Amazon or do you have them in the s2member-files folder?

Could you install a separate WordPress with s2Member only and try the file download with the file in the one you’re not using now? I’d like to see if where the file is hosted has anything to do with it. If you succeed, could you also try in that new installation, with the place where you are hosting now? That way we can also rule out a plugin conflict (since you’d only have s2Member in this installation).

Thanks!

Hi Francois.

Thank you so much for such detailed information, it makes it much simpler to help you solve the problem. :)

If you look at the IPN log entry, you’ll notice that it says that it’s not associated with a registered member. You have to be logged in when you load the page where the s2Member shortcode for the PayPal button is. Now, you seem to have been, because in the screenshot when you first clicked the button, it says “referencing customer ID 3”. But before completing the checkout you fixed the PayPal options and when you went back to the checkout, the reference to the user is not there anymore.

Could you please try a new test again making sure that the user ID is there alright when you complete the checkout?

Let us know how it goes. :)

Hi Patryk.

Could you please send the site’s info using the contact form? I’ll take a look at your logs via FTP and your configuration in the admin area too. s2Member® » Private Contact Form

Thanks. :)

Excellent! :)

This post by Jason may help: http://www.s2member.com/forums/topic/s2member-restriction-options-unique-ip/#post-20562

Thanks for the kudos!

Let us know if you have more questions, we’ll help as we can. :)

Yeah, I can certainly understand that.

Well, what I’d probably do if I were in your shoes, is keep the current custom script charging existing customers, and have new customers create their subscriptions through s2Member.

You can give existing members the s2Member Level that will let them access the content they’re paying for, and you’ll need to customize your custom script a little more so it adds an EOT time to the user profiles when they end their subscriptions. That way s2Member will be able to apply the EOT behavior to them. [hilite path]Dashboard -› s2Member® -› Authorize.Net® Options -› Automatic EOT Behavior[/hilite]

Or the custom script can demote the user directly: Knowledge Base » Changing Roles/Capabilities via PHP.

Including wp-load.php in your script will load WordPress and let you use its functions. [hilite code]include_once "wp-load.php";[/hilite]

I hope that helps!

Hi JB.

I pumped to say we are moving our few thousand membership site to S2 member and WP.

Cool. :)

We are going to keep the OLD site up for the next month as we test S2 and WP. This means that when we add the users to S2 we will now have 2 billing crons set up.

Is there a way to pause the S2 cron with Auth.net.

s2Member doesn’t do the recurring charges to the user through Authorize.Net. s2Member connects with Authorize.Net to create the subscription and Authorize.Net is the one that makes the charges recurringly.

Just adding the user to WordPress doesn’t create a new subscription with Authorize.Net, the user would have to make a purchase through one of s2Member’s pro-forms for Authorize.Net to start being charged. [hilite path]Dashboard -› s2Member® -› Authorize.Net® Pro Forms[/hilite]

Now, if the user already has a subscription running at Authorize.Net, what you can do is add Authorize.Net as the gateway and his subscr. ID to his profile. You can do that editing the profile manually, or with the Import tool if you use that to migrate the users or update them in bulk. [hilite path]Dashboard -› s2Member® -› Import/Export -› User/Member Importation[/hilite]

If the user doesn’t have a subscription running with Authorize.Net and, instead, your custom script makes the charges and manages that, then they’ll need to start a subscription with Authorize.Net through an s2Member pro-form when you’re ready to migrate them from the old system to s2Member.

Does that help?

Thanks, got the email.

Those aren’t recurring payments for a subscription, s2Member doesn’t handle those, they are handled by Authorize.Net. These entries are related to a wp-cron job caused by I don’t know what.

I emailed Jason asking him, will let you know when I hear back from him.