BuddyPress.org

I really do appreciate all the work you do. I’m just really frustrated with the lack of synchronization and consistency between Buddypress xprofile and WordPress users/usermeta etc. Automattic needs to take a serious look at member management.

FYI, here’s the response from the WPMU forum:

Because if a spammer signs up, for instance, and you delete their username and blogs, if their registration member is also deleted, then they can sign up again.

I’m not satisfied with that answer. There must be cleaner ways to block/blacklist spammers.

Isn’t there a plugin that deletes users more thoroughly?

This plugin attempt doesn’t break anything, but still doesn’t put first_name and last_name in wp_usermeta either:

`

<?php

/*

Plugin Name: Real Name Synchro

Plugin URI: http://

Version: v0.001

Author: peterverkooijen

Description: A plugin to store firstname and lastname from the fullname field in Buddypress registration in WPMU usermeta tables.

*/

function real_name_synchro() {

global $bp, $wpdb, $bp_user_signup_meta;

$fields = BP_XProfile_Field::get_signup_fields();

if ( $fields ) {

foreach ( $fields as $field ) {

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

}

}

$field->id = ‘1’;

$fullname = $value;

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

if ( false === $space ) {

$firstname = $fullname;

$lastname = ”;

} else {

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

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

}

update_usermeta( $user_id, ‘nickname’, $fullname );

update_usermeta( $user_id, ‘first_name’, $firstname );

update_usermeta( $user_id, ‘last_name’, $lastname );

$wpdb->query( $wpdb->prepare( “UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d”, $fullname, $user_id ) );

$wpdb->query( $wpdb->prepare( “UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d”, bp_core_get_user_domain( $user_id ), $user_id ) );

}

//Actions

add_action(‘user_register’, ‘real_name_synchro’);

//Filters

?>`

Can anyone suggest fixes or am I fundamentally on the wrong track?

Data from the fullname field on the registration form is apparently stored in x-profile via this line:

// put the user profile meta in a session ready to store.

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

$bp_user_signup_meta['field_' . $bp_xprofile_callback[$i]['field_id']] .= $bp_xprofile_callback[$i]['value'];

}

How can I put the value from the fullname field into a function that does the same thing as xprofile_sync_wp_profile()?

I’d have to replace the BP_XPROFILE_FULLNAME_FIELD_NAME line with “something”. The fullname field_id seems to be 1.

So something like this?:

$bp_user_signup_meta['field_' . $bp_xprofile_callback['1'] .= $bp_xprofile_callback['value'];

…?!

I guess function xprofile_sync_wp_profile() requires that the fullname (BP_XPROFILE_FULLNAME_FIELD_NAME) is already in the database and that the function can only be run after the user is already logged in.

So I guess I need to write another function that takes the fullname straight from the registration form and can be run with the user_register hook.

Where can I find the functions that take the data from the registration form and store them? I could probably use them as examples to come up with my own fuction for a plugin.

Edit: I guess all the magic happens in bp-xprofile-signup.php (function xprofile_load_signup_meta())? Is there a way to add a x-profile/wp_usermeta synchronization function to that file?

Ray, you’re right that WPMU (or is it BP?) strips caps on registration. But these users came from a previous bbPress installation (where caps were allowed).

I guess I could make user_login = user_nicename for all of these users, but I would like to ensure that the lack of caps support for user_login is a limitation on WPMU and not just a symptom of some other problem.

I had to remove this line of course:

add_action( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );

Plugin now activated. Now testing to see if it does anything…

Edit: The plugin does not derail registration, but doesn’t do anything useful either. The first_name and last_name do not show up in wp_usermeta.

Why doesn’t it work? Any suggestions very much appreciated.

Is the hook to use this?:

user_register

Runs when a user’s profile is first created. Action function argument: user ID.

So something like this?:

<?php

/*

Plugin Name: Real Name Synchro

Plugin URI: http://

Version: v0.001

Author: peterverkooijen

Description: A plugin to store firstname and lastname from the fullname field in Buddypress registration in WPMU usermeta tables, based on examples in the <a href="http://www.devlounge.net">Devlounge</a> series.

*/

if (!class_exists("RealNameSynchro")) {

class RealNameSynchro {

function RealNameSynchro() { //constructor



}

function xprofile_sync_wp_profile() {

global $bp, $wpdb;



if ( (int)get_site_option( 'bp-disable-profile-sync' ) )

return true;



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

$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( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );



}



} //End Class RealNameSynchro



if (class_exists("RealNameSynchro")) {

$dl_pluginSeries = new RealNameSynchro();

}

//Actions and Filters

if (isset($dl_pluginSeries)) {

//Actions

add_action('user_register', array(&$dl_pluginSeries, 'xprofile_sync_wp_profile'), 1);

//Filters

}



?>

Testing it now…

Edit: Activating this plugin produces a white screen. Not a good start…

Where did I go wrong?

just noticed you commented on this thread:

https://bbpress.org/forums/topic/howto-disable-registration

Do I understand that it doesn’t prevent new users, it just prevents registering from the mysite/forums/registration.php process and still allows auto joining via the BP process?

I am now going through the How to Write a WordPress Plugin tutorial on DevLounge.net.

It says you can hook into WordPress to execute pieces of code using WordPress actions. I assume in my case I should use this action:

register_post

So I should write a function that somehow forms and executes that URL – http://mysite.com/…/listmessenger.php?etc. – and trigger that on registration using register_post?

And to construct the function I can use WordPress filters? The available ‘database writes’ filters are only for WordPress tables of course…

How would I add data to tables outside WordPress, in this case the ListMessenger tables?

Edit 1: Stupid question; that is done by that URL created by $post_data=… in the PHPList code.

Or is there a better way to add data to the database directly from the plugin?

Edit 2: This page has more information on creating/updating tables outside regular WordPress. Would that approach be better than that URL?

I should do what?

Post the plug to trac? What the hell does that mean?

I’ve posted a detailed error description and the solution in the german wp mu forum.

I’ve found the bug.

It’s the german translation. If I switch the language to english, everything works fine.

Greeting, Dirk

I just made a fresh install from the german buddy press combo package. With a new database. Same error.

If you want to test: http://community.handbike.de/wp/wp-signup.php

No other plugins are activated, just BP.