BuddyPress.org

Hi again, @henrywright-1

just wanted to let you know, that I’ve requested some help from the developer of BP Custom xprofile Fields – donmik

I asked him, if it is possible, to use a custom xprofile field (selectbox) to choose the user role and pass it over to wordpress. He gave me this function or – you can say – hint:

function custom_bp_core_signup_user($user_id) {
    $user_role = strtolower(xprofile_get_field_data('NAME OF THE XPROFILE FIELD', $user_id));
    switch($user_role) {
        case "role 1":
            $new_role = 'Contributor';
            break;
        case "role 2":
            $new_role = 'Author';
            break;
        default:
        case "role 3":
            $new_role = 'Suscriber';
            break;
    }
    wp_update_user(array(
        'ID' => $user_id,
        'role' => $new_role
    ));
}
add_action( 'bp_core_signup_user', 'custom_bp_core_signup_user', 10, 1);

I put this code in my bp-custom.php, but it does not work. I think there’s something missing. Maybe you have an idea, or @modemlooper?

P.S. I found profile-wp.php and deleted out the fields in my custom template that I don’t want to display, but they still show up. LOST.

Thanks @mercime. Am I right in thinking then, that out of the box, the normal functionality is to have buddypress extended-profile-fields, groups, and member-lists shared across the network?

I.e. if an admin deletes a group or profile-field from a child-blog, it effects the entire network?

And, there’s nothing I can do to prevent this without a third party plugin or my own hacks?

Upon further reflection what I had thought would work in fact does not. Does anyone know how I could string together a search for the 2 fields? The issue isn’t the member type itself its that the member types both have profile fields with the same value in it. (IE: Childcare)

So searching /members/?s=Childcare will return both Employers and Jobseekers that have selected childcare. I would like to be able to filter those results between Employers and Jobseekers.

Hi @henrywright-1 again,

your logic is right, but I wanted to avoid editing templates. That’s the reason why I use Buddypress xprofiles acl plugin. This makes it possible to choose which role can see and use the different profile tabs. For the music embed I use BP Profile Widgets, the needed input fields are only visible to members with the userrole “band”, all other members can only see the output of the widget – music.
Your last post makes me think about other things that could be done beside those plugins I use, but that goes too far at the moment. As I tried to explain before, the really important thing about passing over the roles to xprofile-fields would be the possibility to show the roles for each member in a searchable and clickable way that always leads the user to the right member-directory.
Maybe you have more ideas, however, thanks for your ideas and help.

Thank you @henrywright-1,

this would be a nice alternative to my own approach, but what about my original idea? Remember you asked the same question in another thread few weeks ago.

If there would be a way to pass over the different user-roles to xprofile-fields there would be no need to create templates. You could output the field in the member-loop and make it searchable. This would be the simplest way. What do you think about it?

As an example: a user registers on my site as “band” (which is a wordpress user role). The selected field would be inserted into a (maybe) hidden xprofile-field also called “profiletype”. This field could be echoed everywhere inside buddypress (clickable, searchable). I know this could be done with only xprofile-fields too, but without the possiblity to use bp-xprofile-acl an the advantage of different user capabilities. Am I clear?

The WPUF Pro plugin uses a field they are calling “Meta Key” on each of their user registration fields. The BP Integration Add On maps each of the custom registration fields to the Buddypress XProfile field. Unfortunately the value in the Meta Key field seems to be not syncing with whatever value Buddypress assigns to member profile fields. So I end up with two sets of member profile fields that are not updating correctly.
So I am trying to locate the naming convention for Buddypress Extended profile fields or find out what each field is called. What the user meta value is I guess?
I am installing PHP MyAdmin and will try to find there but hoped there was a naming convention or place to see this in the Admin.

After taking a look at how BP does it my questions 1 and 2 have been answered. Now facing a new but related problem:

When I redirect the user back to the edit profile page to display the “Too many characaters have been entered” message – any new text the user may have entered into the input fields is lost.

For example – the max characater limit for location is 10

1. Location value is currently: London
2. The user updates the location field to: London, United Kingdom
3. The field validation kicks in – the page is refreshed with error message displayed “Too many characters”
4. Location value reads: London

So, you can see the illegal value the user has entered “London, United Kingdom” has been lost. My aim is to redisplay the illegal value so the user can modify it under 10 characters.

Perhaps location isn’t the best example. Imagine if the user has written an about me paragraph which is over the character limit – on clicking submit the page refreshes and they are told they’ve entered too many characters. Their old about me text is displayed and all their new hard work has been lost.

Hi @danbp, thanks for the link. That isn’t quite what I’m after. It is more to do with limiting the length of what is echo’d to screen where as I’m trying to validate and error handle the data which is captured.