BuddyPress.org

@dionnewilliams

1. Do you use BuddyPress on a non multisite config ?
2. Do you have a lot of members ?
3. Do you allow registration ?
4. If so and if you have an access to a MySql admin tool such as PhpMyAdmin, can you run this query :

SELECT count(u.ID) FROM wp_users as u 
LEFT JOIN wp_usermeta as um ON u.ID = um.user_id
where u.user_status = 0 and um.meta_key = 'activation_key';

‘wp_’ might be to replace with the table prefix you may have customized in wp-config.php

Once done can you share the result of the query in this forum ?

Check if registration is enabled in your WordPress settings.

@sarahs91 there have been changes to both BuddyPress and WordPress. Have you done some basic troubleshooting like changing theme to Twenty Fourteen/Thirteen? If it’s still an issue, have you deactivated plugins other than BuddyPress to check which is causing conflict in your registration?

@eddieb12180 Did you even try adding the styles I provided above? Of course you can make some changes in the registration page’s markup. Copy over the register.php file from https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-templates/bp-legacy/buddypress/members/register.php into yourchildthemefolder/buddypress/members/ folder and make the changes you want to html tags available there.

hi @livsy

How were you doing before ? Once a user registered, you were changing the role before he activated his account ?

Or are you choosing a role different than Subscriber in the WordPress setting (wp-admin/options-general) > New User Default Role dropdown field ?

About the upgrade difficulties, were you using a plugin that was dealing with registrations, and if yes which one ?

Thanks for your feedback.

Hi! I have the same problem with admin rights. @boonebgorges ‘s fix helped me a lot. But I have another problem. This fix can’t help users which get a subscriber’s role after registration. I set an author role for all new members of my site in wordpress settings. But it had no effect.

@blankpoint Sorry for the troubles. The upgrade routine necessary for BP 2.0 is fairly large.

I’ll work in the upcoming weeks on improving it, but in the meantime, a few things to try:

1. Your memory limit issue is due to the fact that WP will not allow you to exceed 256M per pageload without explicitly saying you want to (regardless of your php.ini settings). You can put the following into wp-config.php to override for the admin only:

define( 'WP_MAX_MEMORY_LIMIT', '1024M' );

2. Just to get up and running, you might also consider running the heavy migration manually: from the mysql command line.

INSERT INTO wp_bp_activity (<code>user_id</code>, <code>component</code>, <code>type</code>, <code>action</code>, <code>content</code>, <code>primary_link</code>, <code>item_id</code>, <code></code>
date_reco
                  SELECT user_id, 'members' as component, 'last_activity' as type, '' as action, '' as content, '' as
                  FROM wp_usermeta
                  WHERE
                    meta_key = 'last_activity'
                    AND
                    user_id NOT IN (
                      SELECT user_id
                      FROM wp_bp_activity
                      WHERE component = 'members' AND type = 'last_activity'
                    )
        );

You could split this up with a LIMIT clause in case you need to run it a few times.

The other problematic bit of the upgrade routine has to do with migrating your old signups to the new signups schema. (I’m assuming you have open registration + non-multisite.) That migration is not necessarily mission-critical, so you could skip it altogether. So, in other words, once you’ve run the ‘last_activity’ migration, you could comment out line 351 and lines 355-395 here: https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L351 and then reload your admin to mark the migration as complete.

Again, sorry about the difficulties. You’re running a very large BP site, and the migration tools were not up to the job.

Then, you could comment out this line: https://buddypress.trac.wordpress.org/browser/tags/2.0/bp-core/bp-core-update.php#L351

@notpoppy Great! Sorry again for the inconvenience. I’m not sure User Role Editor deals with registration as it seems to be a role management plugin. But i’ll check it.

@notpoppy

Do you have any plugins that deal with registration on your config ?

Hi @textrat

I’m really sorry to read about this issue. I’ve run some tests to try to reproduce. This is the results of it:

1/ “Confirm User Registration” doesn’t seem to interfere. The plugin is adding a user_meta “authentication” set to 1 for each users. When a user logs in it checks if this user meta is there and if so allow the log in, else display a message saying the account is not authenticated.
2/ The only way i’ve managed to have a user_status set to 0 and the activation_key still in usermeta for this user was to set the user_status to 0 myself directly in the database (testing config WP 3.8.3, BP 1.9.2 > 2.0 and Confirm User Registration)
3/ From the Manage Signups screen if i activate this kind of user (user_status 0 and activation_key not empty), i have the message that user is already activated, but the user is no more in the list of pending accounts and is now available in the users list with the default role
4/ About the 152 pre-existing, the only way i’ve managed to reproduce a similar problem was to restart all again and to delete the value of activation_key meta in the database. eg : activation_key > “” : The meta is there but empty. In this case, the user keeps on being in pending after trying to activate it.

I think clearing the “pending bit” can be achieve by updating the “active” field to 1 into the signups table for the 152 pre-existing users. But, before doing so, you should check the ‘activation_key’ meta values for some of the 152 users to see if the value is empty. This way it could confirm my point 4.
Then you should check for the corresponding user_status to be sure it is not set to 2.

Whatever you do, i advise you to backup your database before.

@lchief – You might be onto something. This is supposed to be part of the migration tool to the new setup system. Can you share the following info:

– Are you running WP Multisite?
– What is your current registration setting?
– Are you using any plugins (other than BP) that modify user registration in any way?

Create profile field groups. Only the first group shows on the registration page.

Did you install any social plugin? I guess not..else you would have known that the login with buttons are created automatically by the plugin…try the following social login plugin

https://wordpress.org/plugins/wordpress-social-login/

Regarding your main idea..you would need to do some custom stuff for that…as far as approval of users go use the following plugin…

https://wordpress.org/plugins/bp-registration-options/screenshots/

googling really helps though

There are lots of social login and registration plugins in the WP plugin repo:

https://wordpress.org/plugins/search.php?q=social+login

Have you tried the WangGuard plugin? It’s supposed to be good stopping spam registrations.

I agree. I just think you will see an increase in spam registrations.

Thank Robert. I will take a look into this. I am sort of getting the hang of things with BP. I have Wishlist Member running on the site so registration is through a custom registration form, no BP registration. This has caused me some headaches because WLM does not integrate fully with BP.

Thanks again for your reply and your time.Much appreciated.

Mike