Support

November 16, 2017 at 5:01 am

Hi there,

It would seem like I would just add S2member_level1 to the area on my ticket which restricts the purchase to those members

S2member_level1 is a capability assigned to one of the S2 Member roles, so if your setting your members to be level 1 members then yes you use that capability.

but how do I add this distinction to a current member list ? is there a way to edit a contact and make them level 1? can I import a spreadsheet of contacts to the EE system? and designate them as members?

Its NOT Event Espresso where you setup members, its actually members/users of the site.

The documentation is a bit conflicting?? while the EE forum says to add “Read” into the User Capability Box EE S2 the screenshot shows to add S2member_level1 ??

That screenshot isn’t for S2, its to show where the capabilities is set on the ticket, the S2 section is after that image.

‘Read’ is just another capability and would allow the ticket to be access by anyone that is logged into the site (because all users have the read capability).

Do I have to get everyone to subscribe through paypal? or can I just mark current users with special capabilities and then add new members through paypal button?

Which PayPal button are you referring to?

—

Taking S2 out of the equation for a minute, the WP user integration add-on allows you to set a minimum capability on a ticket, meaning to purchase that ticket your user account must have that capability.

‘Read’ is an example of a default WP capability, so if you log into the site and have the read cap you can purchase the ticket.

S2 is a membership plugin, it allows you to manage memberships on your users and it has its own set of capabilities that it adds/removes based on the users current membership lvl.

So what your doing is using S2 member to create ‘members’, and then using a capabiltiy from the S2 user level on the ticket to confirm they can purchase the ticket.

Are you using S2 to manage memberships or is it purely to allow users to purchase specific tickets as you may not even need s2 at all?

November 17, 2017 at 5:42 pm

S2 is great, but it really is overkill if all you are using it for is to work with the WP user Integration add-on.

The page above shows non member vender table prices, currently the member prices are only available to members… How would I allow a WP user to go through with the purchase of those tickets?

How do you identify a member currently?

Is it just non-members don’t log into the site at all and members do? If so your tickets can use the ‘read’ capability. Same as shown here:

https://eventespresso.com/wiki/wp-user-integration/#ee4usage

If not I’ll need more details on what a member is on the site and how its created/setup.

(Without S2) what privilege is needed to add to a WP user for that to work?

It really depends on how you differentiate members and non-members as theres a million and one ways to have them set up.

If its as simple as member have and account and non-members do not, then as mentioned ‘read’ will work fine. If its not then you’ll need another cap which may need to be a custom cap you add to the role you members are using.

November 29, 2017 at 2:16 am

I’m actually in the UK so no holiday for me, but thank you and the same to you 🙂

When people buy a ticket or workshop they may not be a “Member” of the society but we want to collect their details and add them to database and mail chimp and it is set up so they become a WP User..

So a ‘member’ will not always have an account on the site before registering onto the event? Its confusing as a little further in your reply you have:

so basically they are paid members or not, but they will all be users on the site

So, ‘Users’ as in they will have a user account already, or not?

If ‘members’ already have a user account on your site before registering you can force them to log into the site, EE can check their account for a capability (whatever that may be) and then display the ‘member’ ticket if they have the capability. If they don’t have an account already you can’t do that.

What do you mean by custom Cap?

Sorry, I shouldn’t be using abbreviations.

Cap = Capability

Custom Capability = A capability that does not ship as part of WordPress by default. You can add you own ‘custom’ capabilities into WordPress and then check if the user account that is currently logged in has that capability on their account.

November 29, 2017 at 10:31 am

I don’t understand some of the above.

Members join the Daguerrian society on a different website, this site is for the NY Photography fair and members of the Dag society can get tables at a discount

That doesn’t help differentiate a member and a non-member on the site you are using EE on.

There are no current WP users of the NYPhotography fair website as it is brand new.

Nobody will have a user account but we are planning on importing the current members of the Dag society and creating user accounts for them in WP

So no users right now, but you’re going to create them?

So as above, will the ‘members’ registering onto the event at a discounted price, have a user account they will need to log into before they register onto the event?

(That is how you would use the WP User Integration add-on, setting a capability (be it custom or otherwise) on the account/user to allow them to purchase the discounted ticket).

If they don’t have an account before they register onto the event, you can’t check if they have a capability to give them the discounted price.

I also have the S2 framework installed as a free version and its possible that we will start selling memberships to the Dag society on the Nyphoto site which will have different levels

Ignore S2 for now, if you can’t get this working without S2 then it simply complicates matters.

so …if we import the current membership and create user accounts for them

I think this is really the only way this is going to work. You need some way of knowing what a ‘member’ is on the site. If it’s a user with a specific capability (it doesn’t matter HOW that got added to the user/account just yet) then you can use the WP User integration add-on to give them access to a specific ticket.

The fact your using S2 doesn’t make any difference other than the capabilites you have available from S2 itself on they user level.

EE doesn’t care about user_levels, memberships or pretty much anything else that S2 adds, the only thing it needs is a capability it can use to check if the user has access to the ticket. User levels, memberships etc are all functions of S2 (or most other membership plugins) and generally they add/remove capabilities from a user to show if they have a membership, meaning you can use those capabilites to see if a user has a membership or not.

this option may work, but ?? How to set a capability? I can easily create users and give them “Member” is how I understand what you are describing, where as if people just buy a ticket to the show they are automatically created as a user of the site but will not have the “member” status…. this is the part I’m foggy on

It still isn’t clear what a ‘member’ is on your site right now.

What makes a member a ‘member’?

You could create a custom role called ‘Member’ (you can do this with multiple plugins but your using S2 and I think that’s why you getting confused), within that role it can have any capability you wish set (again mutliple plugins allow you to add custom capabilities including s2, I’m trying not to give you specific examples but its unclear how you will proceed and adding just another user role editor into the mix just makes it more confusing). So you could add a custom capability to a role which was ‘bannana_monkey_coffee’, it doesn’t matter what that capability is, as long as it’s the capability you check for on the ticket. Then if the user has it they can purchase the ticket, if they don’t they can’t.

I have created a test user and tried different things by adding s2member_level1 on the Ticket Capability Requirement and edited the User contact info in wordpress to
Require Custom Capabilities?
Custom Capabilities?
* see: API Scripting → Custom Capabilities
with it set to s2member_level1

Apologies, but I’m not sure what any of the above is. Where is that from as I don’t think its within EE?

I did create a paypal button using the S2 framework and could use it to sign up through NYphoto site http://nyphotographyfair.com/become-a-member/
but we are not officially selling memberships on this site..(at least not yet) so if that will happen eventually I’m guessing we will need the S2 framework so different levels are paid for at different price levels??

Again, I think S2 is complicating the issue, why are you creating paypal buttons for memberships if your not selling memberships?

November 29, 2017 at 1:09 pm

Is that they have joined the daguerrian Society on their website Dag Society
They purchase the membership through that site but
That site does not use EE at all BUT we have access to their membership list
The site which uses EE is NYPhotographyFair.com

Dag Society has no influence on this site, so yeah that doesn’t help.

If your importing the members from Dag Society as users of NYP you can set them as members, but right now theres no way to know.

So I log on for this user and on the contaCT PAGE FOR THAT USER Added a custom field ( my best guess) ee_wpuser_integration_settings with a value of “Read”

This isn’t needed, capabilities are on the role, the above is a custom field (user meta).

Can you send me temp admin login details so I can take a look? I’ll also need details of the specific ticket you are testing and the user, if so you can use this form:

https://eventespresso.com/send-login-details/

November 29, 2017 at 2:07 pm

Which ticket am I look at and within which event?

yeah I don’t get the role?? Or how to set it?

Roles are bascially collections of capabilites.

Have a read through this:

http://www.wpbeginner.com/beginners-guide/wordpress-user-roles-and-permissions/

To set a role you edit the user.

Dashboard -> Users -> {click the user} -> role.

To edit/add capabilites on a role you can use a plugin such as User Role Editor.

Also I noticed this:

on the ticket Capability requirement for the event I put in “Read”

The capabilities are case sensitive, so you need ‘read’.

November 29, 2017 at 2:46 pm

We don’t install any plugins without FTP access and as I’m just checking to see why the caps aren’t working for you I won’t be installing any plugins.

I’ve edited the ‘Center Table – Member Discount’ ticket to use ‘read’ in place of ‘Read’.

Now any logged in user can view the ticket, but logged out users can not.

Can you test that works for you, please?

December 1, 2017 at 10:35 am

I was a little cautious of just handing over plugin after plugin in case it just added more confusion to the mix, but by the sounds of it should have just suggested you install the role editor plugin.

Anyway, I’m glad you found a solution that worked for you 🙂