Hi,

We need your help.

We are using simplepress for our Monthly Paid Subscription Forum - let say : Wordpress Newbie Help Forum.

We would like to offer another Monthly Paid Subscription Forum : Magento Newbie Help Forum and  Facebook Ad Newbie Help Forum.

Wishlistmember used to handle the user registration.
Wishlist Level : Wordpress Newbie Level, Magento Newbie Level, Facebook Ad Level.

Each wishlist level assign to different wordpress role (Wordpress Newbie Role, Magento Newbie Role, Facebook Ad Role).

Simplepress user group created for each wordpress role.

User Groups - User Mapping Settings set for each wordpress role.
Default usergroup for Wordpress Newbie Role : Wordpress Newbie Simple Press Group,
default usergroup for Magento Newbie Role : Magento Newbie Simple Press Group,
default usergroup for Facebook Ad Role : Facebook Ad Simple Press Group.

Is it possible with single simple press ?

Thanks

Absolutely yes. It is how we work on our support forum here.

This should tell you al you need to know: 

https://simple-press.com/docum.....ip-plugin/

Thank You Yellow Swordfish,

Actually our live site already install with the guide https://simple-press.com/docum.....ip-plugin/, and we got the same problem as here : https://simple-press.com/suppo.....st-member/

Is it possible for wordpress user have more than one role ?

If a user have more than one paid subscription than they will have several Wordpress Role ?

For example : the Wordpress Newbie Simple Press Group and Magento Newbie Simple Press Group; they will have the Wordpress Newbie Role and the Magento Newbie Role ?

Thanks

No, in WordPress, users can only have one role... doesnt really make sense in WP sense for more than one role...  roles control accesses and permissions to wp...

in simple press, users can belong to more than one user group...  this is so users can get different permissions on different forums if desired...  unfortunately, the only mapping we can do is from wp role to sp user group... 

there are programmatic ways to control user group membership based on actions occurring within your membership logic, but you would have to hook into the subscription level creation and fire an sp hook to add a membership...  wishlist does provide such an interface so you could hook in based on new level and add a simple press user group membership...

Hi Mr. Papa,

Thank you for your answer.

I understand that in simplepress, users can belong more than one user group. I have try to manually add/move users into another usergroup.

We think that wishlist member will be able to communicate with simplepress by applying different wordperss role on different wishlist level, unfortunately this does not work. Am I missing something here ?

@stefantz mention Charly Wishlist Member Change User Roles Extension here : https://simple-press.com/suppo.....2/#p137285.

As mentioned there, the Charly Wishlist Member Change User Role Extension did not fire up a hook that will be pickup by SimplePress. https://simple-press.com/suppo.....2/#p137285. Using the Member Change Role Extention did 'change' the Wordpress Role, but somehow the event did not inform SimplePress. @yellow-swordfish said it might be bad plugin writing.

Is there another plugin needed for Wordpress - Wishlist Member - Simplepress with Multi Paid Subscription Forum ?

Just want to clarify my questions & requirement, so I can decide whether I will continue to use combo Wishlist - SimplePress. Right now, I'm in migration stage from old forum (Mingle) to SimplePress.

Ok, so basically I have several products that each of them have access to forum, but different group. So for example, customer of product A have access to  forum group A. Customer of product B have access to forum group B.

Each product have a limited time of forum access, so let's say for 6 months. After that, they will no longer have access to the group forum that expired  (unless they pay renewal fee). So customer which purchased product A & B, have access to Forum Group A & B.

Customer which just purchased Product A, can't access Forum Group B, vice versa.

Then for customer that purchased both product A & B, when wishlist level of Product A expired, we want they lose access to Forum Group A (automatically), but still have access to Forum Group B.

I hope our requirement is quite clear, as it is a very common setup, right?

Is that possible to achieve that using Wishlist - SimplePress integration using what you explained in :

https://simple-press.com/docum.....ip-plugin/

What we already did are :

1. We created a wishlist member level for each product (let's say Product A and Product B) that have an expired period in 6 months time.
2. We created a role for each product using role manager plugin (let's say Product A Role and Product B Role).
3. The forum page is protected with wishlist level Product A and Product B.
4. And finish in SimplePress Forum setting (Map Users, Manage User Groups, Permissions etc) that explained in https://simple-press.com/docum.....ip-plugin/
5. In the forum we have Group Forum A for Product A and Group Forum B for Product B. Each of it has permission set based on the Usergroup/Role that we set at step 4.

Then we do some testing as follow :

1. We register User X to Product A thru wishlist registration. User X get Product A wishlist level and Product A Role. When we try to access the forum, User X can access Group Forum A. No Access to Group Forum B. So the scenario we want work properly.
2. Then, we register User X to Product B (let's say he purchase Product B later), so after go thru wishlist registration, user X get Product B wishlist level, BUT still have Product A role. Mr. Papa said, it's doesn't make sense to have 2 wordpress role. Ok. So when we try to access the forum, the problem arise, user X just have access to Group Forum A. No Access to Group Forum B. The scenario we want is not works.

So our questions are : 

1. Is above setup is correct?
2. Based on the test and what we read in this SimplePress Forum and Wishlist Forum, it seem there is NO WAY to setup Wishlist + SimplePress like we intended to do automatically, that is to have 2 or more products that access separate Group Forum in SimplePress based on Wishlist Member Level.
3. Is the only way to make it happen is manually set the user to different User Group in SimplePress ? So User X purchase product B, so we need to manually, also add User X to Product B UserGroup in SimplePress? Please clarify for us, if what we want is not possible unless we do it manually? 
4. Finally, if the wishlist level of certain product expired, do we need to remove it manually also from SimplePress UserGroup? For example, User X access to Group Forum A is expired in wishlist, the user still have Product A Role, from our test he still can access Group Forum A.

Please clarify for us, if the scenario we want is not possible, we need to decide other solution then.

thank you very much for your time.

Sukarto

I am not sure this a common set up as you mention...  wishlist is for membership levels, not really product based...  so you purchase a level through wishlist not a product... of course, nothing in wishlist precludes you from selling multiple membership levels, but typical/common use is a singular level, ie Platinum, Gold, Silver, etc...

Still, you can do what you want, just not with the two out of the box...  as I mentioned previously, you will not want to map a wishlist level to a wp role - or at least not map a wp role to sp usergroup...  Instead, when wishilist adds a user to level, it fires a wp hook called wishlistmember_add_user_levels..  you can hook into that and then add the sp usergroup membership... same for when a user has a membership level removed (hook is wishlistmember_remove_user_levels)... again hook into it and update the sp usergroup... pretty straight forward, for example:

add_action('wishlistmember_add_user_levels', 'my_wl_add_levels', 10, 2);
function my_wl_add_levels($id, $levels) {
    $usergroup = '';

    $level = current($levels);

    # get usergroup id from level
    if ($level == 1330802121) {
        $usergroup = 1; # Platinum
    } else if ($level == 1330804171) {
        $usergroup = 2; # Gold
    } else if ($level == 1330804241) {
        $usergroup = 3; # Silver
    } else if ($level == 1330804130) {
        $usergroup = 4; # bronze
    }

    # add to sp usergroup that matches membership
    if (!empty($usergroup)) {
        # add in new usergroup corresponding to new level
        sp_add_membership($usergroup, $id);
    }
}

the $usergroup values would be the IDs of your usergroups...  the $level values would be the ID of the level from the wishlist settings...

did a little research and found conflicting info on wp supporting a user having multiple wp roles... so my previous may or many not be correct... I have never seen it, but some evidence indicates it may be possible...  if wp supports users have mutliple roles, I see no reason why it wouldnt work with wishlist and simple press... both just do a simple mapping... in wl, when you create a level, you tell it what wp role to give to it..  when a user gets a wp role, it will fire  hook and we can map it to a usergroup...

still, the programmatic way mentioned will work either way...

Hi Mr. Papa,

thanks for your reply. About roles, we don't think a user can have several roles (may be we're wrong). But the test that we conduct, that I explained in post #6 above, we already did each product have a wishlist level assign to specific role. And mapping each role to specific user group.

For first time user, purchase product A (which have Product A role), the scenario is running fine. User can access Group Forum A.

But when the same user purchase product B (which have Product B role), the scenario is not running. The user can't have access to Group Forum B. As we found out, the reason is the user still have Product A role only, not have two roles that we expected (Product A role and Product B role).

Your solution about adding a custom code to catch wishlist add level and remove level hook is interesting, do you have something like this already worked? It seem a good solution in theory.

Will try it. thanks.

For other reasons, it what we do here... That code is an excerpt of what we actually use...