Tips and Tricks HQ Support Portal › Forums › WP eMember › WP eMember General Questions › eMember – Login / purchase workflow
- This topic has 11 replies, 3 voices, and was last updated 8 years, 4 months ago by admin.
-
AuthorPosts
-
August 19, 2016 at 9:36 am #13664golfstundeMember
Hi there!
I am a little bit confused about the workflow of eMember. I have checked this page: https://www.tipsandtricks-hq.com/wordpress-membership/a-typical-member-registration-flow-96 but I still have some questions
My setup:
I have a lot of existing wordpress users and I would like to offer those users the possibilty to upgrade their existing wordpress account to a paid (eMember) account. My idea is to allow a login only over the standard wordpress form and to give those logged in users the possibility to buy.
My question:
Is there any chance to create automatically an eMember account? I don’t like that my existing users a forced to create second credentials during the payment process.
August 19, 2016 at 6:37 pm #73984wzpModeratorYou need to do a few things:
- Create a “free” but otherwise restricted eMember level.
- Admin Functions –> Automatically Create eMember Account When WordPress User Account is Created
This will cause, in the future, any new WordPress users to automagically be assigned to the free eMember level.
- Members –> Import WP Users
Import all existing WP users to the free eMember level.
- Settings –> Automatically log into eMember
When an existing WP user logs into WP, they will automagically be logged into eMember.
New and existing WP users will automagically get eMember accounts created with the same WP user name. And when they log into WP, they will also get logged into their free or paid eMember level as well.
August 19, 2016 at 9:35 pm #73985golfstundeMemberOk, perfect. This makes sense.
I have checked “Settings –> Automatically log into eMember” but this setting is not working. I am logged in and even this content is not visible:
[emember_protected]
Whatever content goes here is only visible to logged-in members who have access to this post or page.
[/emember_protected]
And in “members –> manage member” the “Last Login” is marked as “never”.
I suppose this is the cause for the behaviour I described before (“existing users a forced to create second credentials”).
How can I fix it? I am using the standard WordPress login with and a defined COOKIEHASH in the wp-config.
August 20, 2016 at 12:39 am #73986adminKeymasterIf you go to the edit profile page after the login, can you see the profile fields?
The protected content won’t get shown if the user doesn’t have valid permission for that content. So that doesn’t prove that the member is not logged into the site.
Do you see a different behavior if you login via eMember’s login widget?
August 20, 2016 at 8:14 am #73987golfstundeMemberOn the edit profile page is displayed the message that I have to login. When I login with the eMember’s login I can see the fields but I am not logged into WordPress.
“Automatically log into eMember” and “Automatically log into WordPress” are activated both. It seems that this mechanism is not working.
For your info: My WordPress has a shared user database which is provided by another WordPress installation. Setup in the wp_config.php:
define(‘CUSTOM_USER_TABLE’, ‘wp2_users’);
define(‘CUSTOM_USER_META_TABLE’, ‘wp2_usermeta’);
I don’t know if this could be relevant for this issue.
August 22, 2016 at 5:03 am #73988adminKeymasterThat setup you have would be an issue. Our plugin can only work with the standard WordPress setup (when it comes to WP User integration).
Is this a new installation that you are trying? You purchased this plugin about 8 months ago so I am trying to understand if you are going for a totally different setup now (because nothing in our plugin has changed in that time)?
August 22, 2016 at 8:39 am #73989golfstundeMemberYes, it’s a complete new installation and it’s the first time I setup the plugin. Is there any possibility to fix it?
August 23, 2016 at 12:30 am #73990adminKeymasterUnfortunately no.
We listen for the standard WordPress’s login action hook. what you are doing is not triggering that action hook. So our plugin doesn’t even know that someone is logging in via your custom login setup.
August 23, 2016 at 7:34 am #73991golfstundeMemberTo my mind, the login is done over the standard WordPress login. Only the user credentials are checked with another table prefix. I will try to move the user table to the second WordPress (with eMember) and do an opposite sync.
August 23, 2016 at 9:32 am #73992golfstundeMemberI have moved the user table to the WordPress where eMembers is installed. The behaviour is still the same. Seems to be another issue.
August 23, 2016 at 10:05 am #73993golfstundeMemberI made some additional tests:
– I have reset the WordPress which has the standard user database
– I have one admin user (as a wordpress user)
– This user has also an eMember account with role “Premium”
I can login successfully with the standard WordPress login and with the eMember login too. But the following options (WP eMember > Settings) are not working:
– Automatically log into WordPress
– Automatically log into eMember
Could you help me please?
August 24, 2016 at 12:00 am #73994adminKeymasterDo the following so I can help you:
1) Enable the debug option in the plugin and reset the log file also.
2) Create a test user account that has both WP and emember profiles. If you use eMember’s registration form to create an account, it will do it automatically (given you have the “Automatically Create WordPress User” option enabled).
3) Share the link to your login page so I can test the login and then check the log file.
- Create a “free” but otherwise restricted eMember level.
-
AuthorPosts
- You must be logged in to reply to this topic.