BuddyPress.org

When I create new members their blog theme defaults to the WordPress Default 1.6 by Michael Heilemann. I believe this happens even when that theme is deactivated.

When this theme is used for the members blog, there is no problem because the blog is the home site located at testmember.portalsoup.com and there is no options bar on this theme.

When you go to my blogs for the member in bp, the options bring you to the admins site, blog to portalsoup.com/blog, home to portalsoup.com

I expected the blog button would bring you to blog of who ever is signed in. This is what it is attempting when the member theme is used and is when you get the error.

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.

Wait I guess I had to instal WordPress MU but is there a way to convert my wordpress right now on my site to WordPress MU? I don’t really want to delete my posts.

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…

arezki, there is a Users to CSV plugin. Not sure if it also exports data from Buddypress’ xprofile table, but perhaps you could expand it.

Getting data from the database is relatively simple. You could just write your own SQL queries as well, if you can figure out how and where the data is stored, which is not at all straightforward in the wp-wpmu-bp patchwork.

My original question was about something else; how does data move from registration form to the database?

I’m trying to identify what bit of code “picks up” the input from the ‘* Name’ field, id/name = “field_1”. Is it this function?:

function xprofile_extract_signup_meta( $user_id, $meta ) {

// Extract signup meta fields to fill out profile

$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();

}



update_usermeta( $user_id, 'last_activity', time() );

}

For a plugin I need SOMETHING HERE = $fullname. The SOMETHING HERE should be the input value for field_1 from the registration form.

I get lost in the php in the array stuff. Please help if anyone can give any more clues!

Here is a plugin that “forces users to provide first and last name upon registration” and stores them in wp_usermeta.

Would this plugin be compatible with Buddypress? Looking into it now…

Thanks Jeff Sayre!

The plugin has a very messy structure. I’ve tried with $bp added to global in several functions in the plugin, both in the main file and the file with the form. Nothing has any effect.

Are there any downsides to adding $bp if it’s not strictly needed? Can you make any plugin “Buddypress ready” by just adding that $bp to global?

I did get regular wp data working with help from their forum. I had to add this to the php:

global $current_user;

get_currentuserinfo();

Does Buddypress have something like that? Anything else I can try?