BuddyPress.org

Hi Peter, I had the same problem, here is the code that will move everything from group_id 1 to group_id 3

Check the id of the secondary group and change the number 3.

—

require_once(‘wp-blog-header.php’);

$x = $wpdb->get_results(“SELECT * FROM wp_bp_xprofile_fields WHERE group_id=1 and is_required=0”);

foreach($x as $k=>$v){

$wpdb->update(‘wp_bp_xprofile_fields’,array(‘group_id’=>3),array(‘id’=>$v->id));

}

@JJJ

First, is it jjj or JJJ?

Second, is there some way to use the usermeta solution for groups?

Also, I want to change the display of everything (dropdowns, menus, labels, etc.) to account for the different user types (e.g. teachers, students, parents). That would also need to be the case for groups (e.g. classrooms, schools, departments). How would you suggest going about this?

Thanks

Newer versions of BP along with newer templates and MU have solved this by moving those hooks and actions into the template, and BP hijacks the registration before it happens.

It’s happening because of an outdated theme arrangement. I’m going through something similar also at the moment and will be tracking this down shortly.

@wekko, the reason those fields aren’t entered right away is because a registered user isn’t an actual activated user yet. They need to click the link or be activated by the site admin in order to actually get entered into the user tables. In either case, that xprofile data is moved into the xprofile tables when the activation occurs, not when they register.

Do follow is also a great way to encourage users to create and fill out a profile, specifically if you create custom fields for their “websites” in their profile. Spam registrations are already a major issue ( at least for us ) so that isn’t much of a deterrent for us at least.

The code that I listed will not work as is. You have to make sure that you fill in the correct filenames for images, the correct desired values for profile fields, and the correct field names. Also it looks like I messed up and forgot at least one parenthesis. That’s why I said you’d need to tweak it. It should give you an idea of which functions to use, though.

You can search here for answers :

https://trac.buddypress.org/report

In [your-bp-theme-dir]/members/single/profile/profile-loop.php, you’ll see a profile loop beginning while ( bp_profile_fields() ) : bp_the_profile_field();. Inside of that profile loop you will be able to use various profile functions to test values. For instance,

<?php if ( bp_the_profile_field_name() == 'color' ) {

if ( bp_the_profile_field_value() == 'red' )

echo '<img src="redbadge.png" />';

if ( bp_the_profile_field_value() == 'green'

echo '<img src="greenbadge.png" />';

// etc.

}

?>

I have not tested this but it should work fine with some tweaking.

Your issue with appearance is a CSS thing, most likely that the ul elements are set to display: inline. Try setting them to display: block.

There was a new blunt solution here. Apparently having a couple of required custom profile fields also cuts down spam.

To be honest you aren’t going to get much/any support based on bugs in previous versions of BuddyPress as we may have fixed them in the more recent versions.

Can you post this in a ticket please?

It is already there.

But you may not edit the Fields which are stored by wordpress(If your User had registered before activating buddypress). Only Buddypress xprofile fields can be edited from profile page.

Under profile link, you will see edit profile which will allow you to change the basic details(xprofile fields).

Under settings->general you can change email/password.

The only thing you might want to look into is to show/hide specific xprofile fields for different groups. That’s more advanced and requires some new code to be written by someone

This is possible without too much effort, I have recently done it for a client. I considered using usermeta to indicate the type but it worked better for my client’s site to have it is an xprofile field. I wrote some code to not display or permit changes to it after registration, too.

Bowe, I’d store user types as usermeta. Might be a bit more work code-wise, but I think more flexible.

Showing certain profile fields by user-type with jQuery is just your basic conditional stuff. If this user-type is selected, then show these fields, if another type is selected show some other fields.

I don’t have a solution for all your problems but assigning different “user” types to your site is easy:

– Create a xprofile field in your BuddyPress admin. For example: What kind of user are you:

a. Swimmer

b. Skater

c. Surfer

– Install the BP Member filter plugin: https://buddypress.org/forums/topic/bp-member-filter

– Users can now filter members on the member directory page to find certain usertypes

The only thing you might want to look into is to show/hide specific xprofile fields for different groups. That’s more advanced and requires some new code to be written by someone

Good luck!

edit: Maybe if you combine both tips from Boris and me you just got your solution

ps: I’m interested in the jquery profile fields stuff as well.. sounds handy!

@psyber

You can just add to the existing registration process via the available hooks. So basically you add a dropdown field where the user has to select an option. Then you use a bit of jQueryness to display the various profile fields you want that user-type to fill in. I’ve done something similar for group types. Took about 20 minutes to code, so it’s not really hard