BuddyPress.org

@mariusooms: thanks, we’ll probably hold off until 1.1. Incidentally, where do you get the information on 1.1 from? I’ve had a quick look, but couldn’t find anything.

@gerikg: yes, mariusooms is right about those options, there’s nothing that simply turns blogs off at registration, but allows you to create them later.

The 4th option (Only logged in users can create new blogs) implies it might be the solution. But, with that enabled, users can’t even complete a new account registration.. . has anyone else encountered that problem?

The ideal registration form would look like this:

– fullname

– email address

Both fields would of course be mandatory. Ideally fullname would be checked for two or more parts, but xprofile_sync_wp_profile() can handle one part input and I can live with an occassional missing last name.

I use a jQuery validation script on another form in my site, that I may also be able to use on the registration form. As far I understand it doesn’t interfere with anything on the server side.

Username would be generated behind the scenes from fullname.

Many other member information fields would be optional under edit profile.

If I can figure out how to select fullname from meta in wp_signups, adapting xprofile_sync_wp_profile() shouldn’t be that difficult.

Or are my latest attempts above still nowhere near a solution? If you see the obvious mistakes, please point them out.

Mike Pratt, you’re right, that is one way to do it. Then you have the following fields on your registration form: username, name, first name, last name. That is an excellent solution if your aim is to annoy potential members.

Another option is to use the default “fullname” field for first name and create a second one for last name, but then you’re kinda messing with the system and perhaps causing problems in the future. I have already done this solution in an earlier version. It’s my fallback option.

But why would I have to create custom fields when WordPress already has the first_name and last_name fields in wp_usermeta? And there is even a ready-to-use Buddypress function that synchronizes the fields in wp_usermeta with the fullname in BP.

Unfortunately at the moment that function is only run when the user updates his profile, so it’s completely useless. I’m trying to tweak it and make it useful and introduce to Buddypress the wonders of a first_name, last_name in the database. (Wow, I know…)

Also I’d like to get rid of the username on the form, by autogenerating it from the fullname – make lowercase, take out spaces, store as username. That should be a relatively easy next step once I’ve figured out how to use the fullname input from the registration form in a function.

Also I wasn’t able to get bp tags working in a plugin, where I had no problem pulling first_name and last_name from wp_usermeta, providing they were available…

This should be a really easy plugin for any php coder, but as Jeff Sayre has pointed out, having a somewhat clean, professional user registration in Buddypress is reserved for those well-versed in the codebase or with deep-enough pockets.

@Mariusooms, I need to finish the site before Labor Day, with a related event on September 22nd. When will bp1.0.3 be released?

I’ll figure it out somehow, with or without the help of WordPress insiders.

This version also doesn’t work. No errors, registration goes through as normal, but still no first_name and last_name in wp_usermeta:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$field_ids = $meta['xprofile_field_ids'];

$field_ids = explode( ',', $field_ids );



// Loop through each bit of profile data and save it to profile.

for ( $i = 0; $i < count($field_ids); $i++ ) {

if ( empty( $field_ids[$i] ) ) continue;



$field_value = $meta["field_{$field_ids[$i]}"];



$field 				 = new BP_XProfile_ProfileData();

$field->user_id      = $user_id;

$field->value        = $field_value;

$field->field_id     = $field_ids[$i];

$field->last_updated = time();



$field->save();

}



$fullname = $field_value['field_1'];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

Again, any suggestions that can move this along are very much appreciated.

The problem really is how to extract the fullname data from the meta field in wp_signups. Can I do something similar to this:

xprofile_get_field_data( BP_XPROFILE_FULLNAME_FIELD_NAME, $bp->loggedin_user->id );

Is there a wp_signups_get_field_data I can tap into?

Or some type of database query?:

$wpdb->read( $wpdb->signups, array('???' => 1), array('??' => $key) );

I had a good feeling about this attempt, but still nothing in wp_usermeta:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$field_ids = $meta['xprofile_field_ids'];

$field_ids = explode( ',', $field_ids );



// Loop through each bit of profile data and save it to profile.

for ( $i = 0; $i < count($field_ids); $i++ ) {

if ( empty( $field_ids[$i] ) ) continue;



$field_value = $meta["field_{$field_ids[$i]}"];

}



$fullname = $field_value['field_1'];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

This version messes up registration:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp_user_signup_meta, $bp, $wpdb;



$fields = BP_XProfile_Field::get_signup_fields();



$field_ids = $meta['xprofile_field_ids'];

$field_ids = explode( ',', $field_ids );



// Loop through each bit of profile data and save it to profile.

for ( $i = 0; $i < count($field_ids); $i++ ) {

if ( empty( $field_ids[$i] ) ) continue;



$field_value = $meta["field_{$field_ids[$i]}"];

}



$fullname = $field_value['field_1'];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

Registration goes through as normal. The user gets one email with the activation link. But the page on the link says ‘Your account has already been activated. You can now log in with the account details that were emailed to you.’ No email arrives.

So the above code hijacks activation without doing anything (probably because $bp_user_signup_meta was added). Still nothing in wp_usermeta either.

My problem is getting the $fullname from $meta. I don’t understand the array stuff. I’m basically just guessing.

If there are any php coders out there that can spot any obvious mistakes or can suggest other things to try, please help me out.

Thanks for the additional clues DJPaul!

In the latest attempt I was going back to my first approach, trying to catch the input straight from the form, so that has to run on initial user registration, not on activation.

Or is user_register not used in Buddypress at all? Is there a wpmu or bp equivalent I could try? Should I use wpmu_create_user? According to this blog post:

the do_action for wpmu_new_user is directly at the bottom of wpmu_create_user in the wp-includes/wpmu-functions.php the wpmu_create_user gets sent the username password and email and checks if the username or email exists, if not create the new user in the database and assign a user_id to the return, also assigning capabilities and level … this happens on *all* levels of registration and is the perfect hook point to add them into the database

the do_action do_action( ‘wpmu_new_user’, $user_id ); so you get the immediate user_id soon as it’s created which you can use in your table

Apparantly this is like a flowchart of registration events in wpmu (wp-includes/wpmu-default-filters.php):

add_filter ( 'wpmu_validate_user_signup', 'signup_nonce_check' );

add_action ( 'init', 'maybe_add_existing_user_to_blog' );

add_filter ( 'xmlrpc_methods', 'attach_wpmu_xmlrpc' );

add_filter ( 'wp_authenticate_user', 'wordpressmu_authenticate_siteadmin', 10, 2 );

add_action ( 'wpmu_new_user', 'newuser_notify_siteadmin' );

add_action ( 'wpmu_activate_user', 'add_new_user_to_blog', 10, 3 );

add_action ( 'sanitize_user', 'strtolower_usernames', 10, 3 );

Should I focus on these wpmu action hooks instead of regular wp hook? Does bp have a list like this somewhere?

I couldn’t figure out how to serialize that $meta data and extract the fullname from it, so I abandoned the approach hooking into wpmu_activate_user for now. Also when I put in the $user_id and $password arguments I got the error messages about missing arguments. wtf?!

I think this bit of code grabs the input from the registration form:

$fields = BP_XProfile_Field::get_signup_fields();



if ( $fields ) {

foreach ( $fields as $field ) {



$value = $_POST['field_' . $field->id];

fullname is the input from field_1, but I don’t know how to finish the php to get to $fullname = … . The two latest attempts above did not work.

I have to give up for now. Deadline at my day job coming up…

The last attempt in the previous post does not work. No error messages, registration goes through as normal, but nothing in wp_usermeta.

This also has no effect:

function synchro_wp_usermeta() {

global $bp_user_signup_meta, $bp, $wpdb;



$fields = BP_XProfile_Field::get_signup_fields();



if ( $fields ) {

foreach ( $fields as $field ) {



$fullname = $_POST['field_1'];

}

}



$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'user_register', 'synchro_wp_usermeta' );

Please, I need feedback to finish this function/plugin. A real coder can spot the problem probably immediately. Please point it out, don’t leave me hanging.

Stuck again…

I think this is the function that takes the input from the registration form (in bp_xprofile_classes.php):

function get_signup_fields() {

global $wpdb, $bp;



$sql = $wpdb->prepare( "SELECT f.id FROM {$bp->profile->table_name_fields} AS f, {$bp->profile->table_name_groups} AS g WHERE g.name = %s AND f.parent_id = 0	AND g.id = f.group_id ORDER BY f.id", get_site_option('bp-xprofile-base-group-name') );



if ( !$temp_fields = $wpdb->get_results($sql) )

return false;



for ( $i = 0; $i < count($temp_fields); $i++ ) {

$fields[] = new BP_XProfile_Field( $temp_fields[$i]->id, null, false );

}



return $fields;

}

Then bp-xprofile-signup.php has the function xprofile_load_signup_meta() with this bit:

$fields = BP_XProfile_Field::get_signup_fields();



if ( $fields ) {

foreach ( $fields as $field ) {



$value = $_POST['field_' . $field->id];

Followed by lots of validation code. For my purposes I could end it here:

$fullname = $_POST['field_1'];

Trying to put it together:

function synchro_wp_usermeta() {

global $bp_user_signup_meta, $bp, $wpdb;



$fields = BP_XProfile_Field::get_signup_fields();



if ( $fields ) {

foreach ( $fields as $field ) {



$value = $_POST['field_' . $field->id];



}

}



$fullname = $value['field_1'];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'user_register', 'synchro_wp_usermeta' );

Does this make sense? Can any of the more experienced php-coders please point out the obvious mistakes?

You’ll need to have all three arguments, even if you don’t want to use them all. You can miss out ones AFTER the one you want, but you can’t miss anything out before the one you wish to use.

Are you sure about that? With the three arguments I get two ‘Missing argument’ error messages. With only $meta there are no errors – although it doesn’t do anything either…

EDIT: Tried the code below. Again one ‘Missing argument’ error. Registration goes through as normal, but nothing in wp_usermeta:

function synchro_wp_usermeta($user_id, $meta) {

global $bp, $wpdb;



$field_ids = $meta['xprofile_field_ids'];

$field_ids = explode( ',', $field_ids );



// Loop through each bit of profile data and save it to profile.

for ( $i = 0; $i < count($field_ids); $i++ ) {

if ( empty( $field_ids[$i] ) ) continue;



$field_value = $meta["field_{$field_ids[$i]}"];

}



$fullname = $meta['field_1'];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );

update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );

update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );

}

add_action( 'wpmu_activate_user',  'synchro_wp_usermeta' );