probably depends on what amember is doing… does it use the wp api and wp roles for new users?? simple press has to assume that every new user gets a wp role assigned… if a plugin, such as amember or other, creates a new user, but doesnt use the wp api, the standard wp hooks may not get fired so sp knows a new user was created…

take a look at the sfmembers table… there should be the same number of entries as the wp users table… so basically, when wp creates a user, they fire a hook which notifies plugins that a user was created… sp then creates the sfmembers entry with its supplemental data… do the tables have equal numbers?

try creating a new temp user from the wp admin add user panel… does the sp sfmembers entry get created?

should help narrow it down…

Hi, thanks for the reply.

I’m checking regarding whether aMember uses the wp api.  I’ve contacted aMember customer support.

Upon checking sfmembers table and wpusers table – they are different.  When manual adding a user through wp, that does add the user to the sfmembers table also.

I may still be having issues on the SP side too.  The user I added manually through wp that showed up in the sfmember table doesn’t show up when I go to add that user to the usergroup.  It still looks like the image above.

Any thoughts?  Thanks.

I figured out my issue on the SP side.  When I added a user I didn’t add first name or last name.  When I added that they showed up in the list. (that was the settings I had used for display name)

I tried adding another user this time adding first name & last name and it worked fine.

I’ll see what aMember says and post again if having troubles.

Thanks

This most certainly sounds like aMember is not firing off the required WP actions that inform other plugins of what has happened. We will be interested to hear what they say…

if that plugins has an api and some hooks too…  we can give you the routine to call or hook to fire from within amember if it supports hooks…

Just wanted to give an update.  You where right, amember updates the wp_users table directly and doesn’t execute any hooks.

They have now added Simple Press Support to the WordPress plugin.  There is still a few little bugs in it but I expect them to be fixed within a week.

Thanks again.

That is excellent news. Thanks for letting us know. We look forward to it all working together as it should

yes, good news indeed!

I’m wondering if you have any suggestions?

aMember has been working on the integration.  They are now able to add Simple Press support in their WordPress Plugin.  Not sure if this is every ones WP Plugin has this yet, I might be the guinea pig.

So when a new member is added they now show up in my SF_Members table.

The one bug I’m still having troubles with and it may be unique to my situation.

I sell group memberships. As a member of my service you have your own private forum for you and your subusers. What I’m doing is once they are a member I manually create a new subuser group and assign this new member and their subusers to it to create them a private forum.

aMember has this feature they call database rebuild.  My understanding is that after you change permissions in aMember you should rebuild the amember core database, invoice database and wordpress database through aMember to update everything.

When I do this it unsubscribes members from their User Group.  What table is membership to a user group contain in?  I was wondering if I could get aMember to change something so that when it updates wordpress it doesn’t touch this table.

Any thoughts or ideas?

Our ‘member’s table is literally that ‘sfmembers’. User Group membership is held in the ‘sfmemberships’ table. Both of these use the WP User ID to identify the members.

I see no reason why aMember should touch either of these tables. But 0 it is worth noting that if a USER is removed for any reason then WP hooks will also remove them from SP tables.