Our PayPal EOT Behavior is demoting members with no EOT that have valid subscriptions in PayPal Pro (payflo). We did an export before running the demotion process and verified that some of the demoted members should not have been demoted.
Suggestions on how to troubleshoot? Does the demotion process log why it decided to demote a member?
That’s an odd behavior. Did you have logging enabled when it happened? could you share with me the all log files in a private message? Then I can study the entries and see if I can figure out what happened. WP Admin > s2Member > Log Files
Thank you for the log files. I found something that would cause Auto-EOT demotions if a user’s EOT time was stored as 0, and I’ve fixed that in this build. Please try this version:
s2member-v260414.0441.zip (1.4 MB)
I don’t know what originally set those users’ EOT time to 0, that is not a value s2Member would normally set there, but this fix should prevent that value from causing a demotion.
To test this, you can set a test user’s EOT time to 0 and see if you can reproduce the demotion behavior in your current version, and then repeat the same test with the new zip installed.
If the issue still happens with v260414.0441, please send me the log files again and I’ll take another look.
Thanks, will try it. What is the preferred value for not EOT? NULL? or just absent?
Preferred is for s2member_auto_eot_time to be absent for that user. An empty string value is also effectively treated as “no EOT”, but 0 shouldn’t be used there. NULL is not necessary.
In the version I sent you above, s2Member should no longer trip over a value of 0, even though that is still not a valid value for s2member_auto_eot_time.
But now we seem to have a number of ‘broken’ member profiles. We are getting
debug = This user has no subscription; i.e., missing
subscr_id,subscr_gatewayoripn_signup_vars.
back from s2member_eot(). This happens even after we try a restore form an importable export from before the demotion run. After the restore, I can see the " subscr_id, subscr_gateway" in the profile, but cannot locate `ipn_signup_vars.
We checked PayPal and the subscription looks valid there. How can we repair these profiles (user accounts)?
I see… Would you do an advanced export and send me privately some rows of users that show that message in their profile? Thanks!
The message is returned by s2member_eot(). I do not see it stored in the profile.
Sent example by email.
Thanks, got the email.
That’s a simple export, which includes the subscription ID and gateway, but does not include the stored ipn_signup_vars usermeta that s2member_eot() needs.
Could you use the advanced exporter and send me that? https://s2member.com/kb-article/advanced-importexport-tools/