BuddyPress.org

ola !
I have no idea, but some paths…

First, if you altered the user.php, it’s the wrong way, because it’s a core file. Translation modification should only be done in the po/mo file

Secondly, you have a special character (tilde) in the word contraseña. Would probably be more secure that you use the HTML entity for this.

Don’t know what you did before the errors screen, but you have to go back to a previous stage, without errors. Deactivate all plugins, except BP. Remove the WP translations files from the languages folder, and try to enter your install in english…

Please read more about BuddyPress language here.

@livsy

From what i see, the latest user you registered “Leon123” is an author. Have you changed his role manually ? else the signup process is ok.

174 users seems to be problematic

I wonder who is adding ‘signup_ip’ in the usermeta, have you reactivated the plugins ? Or it maybe the theme you are using ? In options i see that “buddycorp” is adding a lot of options and some are related to signups, is it your theme ?

Otherwise, i think i would test this :
0/ make a back up of the database.

1/ It looks like you deactivated BuddyPress and rollback to a previous version of the database several time because in the signups table, there were signups in “8plicate”
So before batch activate or activate, you’ll surely need to run this query :
DELETE FROM wp_signups WHERE signup_id > 173

2/ try with one user (for example “sert” ID = 2006) to edit his user_status to 2 and then go into the BuddyPress signups management screen and try to activate him. Once done check his role.

3/ If everything went fine, i think, i’ll update the user status of the 174 users to 2, then form the signups management screen batch activate the 174 users, i think it’s best to do it step by step, you can increase the number of signups displayed from the screen options, but i advise you not to set it to 174, maybe 40.

to update the 174 user status, you can run this query in PhpMyAdmin for example :
UPDATE wp_users SET user_status = 2 WHERE ID NOT IN ( SELECT user_id FROM wp_usermeta WHERE meta_key = "wp_capabilities" );

For your info activating the signup for the “admin” user won’t work as the activation key is empty, so you can just delete it for this user.

I wonder if it’s not simpler for you to batch edit the user roles.

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 @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.

I’ve never seen that before. Standard advice is to switch themes and deactivate all plugins, then switch everything back one by one to see if a specific theme/plugin is the cause.

If not, BuddyPress does automatically inject links into some content. Profile fields for example, when viewing a user’s profile. Weird that it’s doing this on a random WP page though.

As for ‘network activated’ I suggest leaving it to just ‘activated’ on your main site that you’re running BP on. No reason to run it everywhere.

Hi,

I’ve read your post over the past couple of days as I was having the same problem and trying to find a solution after being stuck for weeks without any solutions or replies.
I’ve finally found a solution that works for me and I hope it works for you.

Deactivate BP 1.9.1 and delete it from your WP-admin page(I am not sure if you will loose your registered users etc – I didn’t). Go to the following buddy press link
and download version 1.8.1. Install under your plugins section, activate and test to see if it works.

Hope I helped, cheers.

I’m doing this with a wp plug in called Menu Items Visibility Control in conjunction with s2member.

Once it’s activated, Go to the menu area, click the drop down on the Home menu item name and under visablilty do your conditional.

Mine looks like this. (! at the beginning means they can’t) So when they are logged in the menu item won’t appear.

!current_user_can(‘access_s2member_level1’)

Sorry I don’t know exactly what you would put unless you have s2member

Production site – using Atahualpa 3.7.12 and WP 3.7, various plugins including bbpress, bp sidebar/template.

Updated to 1.9, all BP pages fail.
Activity shows text, no links, no Avatars.
Members shows text for user, no other members, no links, no profile info.
Register page fails.

A live site – I will not swap to a ‘default theme’ like Twentythirteen. I have simply Deactivated BP until the problem is resolved.

Re issues related to themes and plugins, only BP knows in detail what the changes were and which of those changes were likely to manifest these symptoms.

hi @fyreus,

despite you don’t mention your bp version nore the used theme, deactivate all extra group management plugins and consider this solution: https://codex.buddypress.org/developer/how-to-add-members-to-a-group-via-wp-users-screen/

By default, BP let you add members to groups from the frontend if you’re friend and at least group admin. And it’s not a good idea to modify this, IMO. 😉

You can avoid the need for activation email by using this code in bp-custom.php

function bp_disable_validation( $user_id ) {
  global $wpdb;

  $wpdb->query( $wpdb->prepare( "UPDATE $wpdb->users SET user_status = 0 WHERE ID = %d", $user_id ) );
}
add_action( 'bp_core_signup_user', 'disable_validation' );

add_filter( 'bp_registration_needs_activation', '__return_false', 100 );

But the next screen will still inject this $title:
“Check Your Email To Activate Your Account!”

Even with a template over-ride!

I think it’s reasonable that if this filter is applied:
add_filter( ‘bp_registration_needs_activation’, ‘__return_false’ );

That you shouldn’t need a database operation.
And the $title should not be injected.

Currently, the only way I see to change that $title is to hack a core file.
Hacking core files is NOT recommended.
That said, see:
plugins\buddypress\bp-members\bp-members-screens.php and find Line 515.

[ I’d love to be wrong about all this and hope somebody has an easier approach. ]

If you’d like to help BP and anyone else trying to solve this problem,
please submit an enhancement ticket at https://buddypress.trac.wordpress.org/
Use the same user / pw you use here.

Now… a question for you… On your site http://causeanddesign.com you have a very nice help tour using overlay boxes. The first box says: “Welcome. Every nonprofit deserves good design and good technology.”

Did you write a custom script / plugin for this?
Or find an existing plugin?

Well I have a plugin – except that I can’t be arsed to release it as a plugin at the moment so I’ll just cut&paste the code here.

2 things:
1. it doesn’t replace the wp-email-login plugin or the login for hack above – it adds to them by simply forcing the username to be the same a field pulled from the Xprofile.
2. It’s hardwired to a specific field name in @applegateian’s project. You’ll need to edit the code to use your own field name because, like I say, I haven’t got time to turn it into a proper plugin. When I find the enthusiasm to do it properly I’ll create a plugin settings menu and stuff.

<?php

/*

Plugin Name: XProfile to username

Plugin URI: http://
Description: Created for a specific project, this plugin copies a field from the user's Xprofile totheir username, ensuring first that it is unique by adding a digit to te end

Version: 0.1

Author: Saul Cozens

Author URI: http://saulcozens.co.uk/wordpress

*/

function xprofile_to_username($xp) {

global $wpdb;

$field_id = BP_XProfile_Field::get_id_from_name(‘Name/Company Name’);

	if(!$field_id || $xp==null) {

return;

	}

if($field_id == $xp->field_id) { // cover me, I’m going in

		$new_username=strtolower(preg_replace('/[^\w\d]/','-', $xp->value));

$existing_user_by_that_username=get_user_by(‘login’, $new_username);

		if($existing_user_by_that_username && ($existing_user_by_that_username->ID !== $xp->user_id )) { // another user already has that login

$i=1;

			while(get_user_by('login', $new_username."-$i")) {

$i+=1;

			}

$new_username.=”-$i”;

		}

$wpdb->update($wpdb->users, array(‘user_login’ => $new_username), array(‘ID’ => $xp->user_id));

		return;

}

}

add_action(‘xprofile_data_after_save’,’xprofile_to_username’);

?>

Just put this is a file called xprofile-to-username.php in a folder called xprofile-to-username, activate it and Bob’s your uncle. Every time the user’s profile gets updated, their username will mirror the xprofile field (with hyphen instead of funny characters and numbers to remove any duplicates).

Enjoy.

No, they’re actual users but I’m transferring my Joomla site to WP/BP. So I imported them into WP, installed BP, and they don’t show up as members.

So, question – when they do login for the first time they’ll become “members” at that point?

Thanks again!

Hello!

I have BuddyPress Pending Activations plugin and I’m having issues with the user still been able to log in even though the user is still in pending state. The login its not failing.

Any help is appreciate it.

@nodeadbunnies
1.) You do realize BP is a WP plugin right? It is not its own entity therefor if the user registers with BP activated, they are also registering with WP.
2.) By default if a user enters a wrong password they are then redirected to wp-login.php if you want to include the lost password link there may be some login widget plugins that includes that link, other wise you could get that link from wp-login.php and hard code it into your child themes sidebar.php which may not be a good idea until you get a little more experience. Try searching for plugins that will accomplish this before going that route.
3.) You may want to check the spam folder to see if the activation email went there. If not then check your servers error logs and report back.

@tse11
Patience please! Deactivate the plugin you was using for redirecting and try this in bp-custom.php https://codex.buddypress.org/plugin-development/bp-custom-php/ :

function bphelp_redirect() {
  if( is_user_logged_in() && is_super_admin && is_home) {
    // redirect to dashboard code
    bp_core_redirect( get_option( 'home' ) . '/wp-admin/' );
  }else {
      if( is_user_loggedin() && !is_super_admin  && is_home) {
    // redirect to activity code
    bp_core_redirect( get_option( 'home' ) . '/activity/' );
      }
   }
}
add_action( 'template_redirect', 'bphelp_redirect', 1 );