BuddyPress.org

OK. I’m thinking you can do something like this. Find this part of the file in register.php:

<?php /***** Extra Profile Details ******/ ?>



<?php if ( bp_is_active( 'xprofile' ) ) : ?>

<div class="register-section" id="profile-details-section">



<h4><?php _e( 'Profile Details', 'buddypress' ) ?></h4>



<?php /* Use the profile field loop to render input fields for the 'base' profile field group */ ?>

<?php if ( function_exists( 'bp_has_profile' ) ) : if ( bp_has_profile( 'profile_group_id=1' ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>



<?php while ( bp_profile_fields() ) : bp_the_profile_field(); ?>

At this point, add in a line like:

if( (bp_the_profile_group != "3") || (bp_the_profile_group != "4") ) :

Then go down to this part of the file:

<?php endwhile; ?>



<input type="hidden" name="signup_profile_field_ids" id="signup_profile_field_ids" value="<?php bp_the_profile_group_field_ids() ?>" />



<?php endwhile; endif; endif; ?>



</div><!-- #profile-details-section -->

Before the first endwhile line, insert this:

<?php endif; ?>

I *think* that should spit out groups 3 & 4 (assuming you have groups 3 & 4 defined in your profile groups). You might need to add in group “1” also to get the Base. The only part I’m not sure about right now is if the number need to be in double quotes or just bare. So it might be:

if( (bp_the_profile_group != 3) || (bp_the_profile_group != 4) ) :

I think.

I agree with @dennis_h,

Gigya has some great (stable) plugins it would be nice to see this adjusted for BP. It sort of works. It will get them logged in, but its setup for WP so everything goes to the WP profile pages and not BP. I would say moding this would be ,much easier than try to make a stable version from scratch.

If this plugin would let you map FB profile info into xprofile fields, it would be exceedingly useful.

I agree with @dennis_h,

Gigya has some great (stable) plugins it would be nice to see this adjusted for BP. It sort of works. It will get them logged in, but its setup for WP so everything goes to the WP profile pages and not BP. I would say moding this would be ,much easier than try to make a stable version from scratch.

If this plugin would let you map FB profile info into xprofile fields, it would be exceedingly useful.

If it’s on registration, work with a child theme as described in this thread: https://buddypress.org/forums/topic/adding-some-text-to-the-signup-form

Then just prepopulate the fields (assuming it’s static info for all registrants) using standard forms HTML stuff.

If it’s dynamic info, well, same first step, but after that, I’m out of my depth!

If it’s on registration, work with a child theme as described in this thread: https://buddypress.org/forums/topic/adding-some-text-to-the-signup-form

Then just prepopulate the fields (assuming it’s static info for all registrants) using standard forms HTML stuff.

If it’s dynamic info, well, same first step, but after that, I’m out of my depth!

You would probably have to do something like:

if( bp_the_profile_group != "3" || bp_the_profile_group != "4" ) {

//display the profile stuff in register.php

}

You should be able to just toss that check near the top of that while loop and then remember your closing brace at the bottom.

You would probably have to do something like:

if( bp_the_profile_group != "3" || bp_the_profile_group != "4" ) {

//display the profile stuff in register.php

}

You should be able to just toss that check near the top of that while loop and then remember your closing brace at the bottom.

Basically, check your register.php main loop and only show the groups you want to show.

You’re looking for the while loop after the bp_is_active( ‘xprofile’ ) call.

Within the loop, you can filter out groups by doing a simple if check using if (bp_the_profile_group() == "group number") where group number is the number of the group you want to show.

Similar sort of idea in this thread: https://buddypress.org/forums/topic/profile-fields-questions

Basically, check your register.php main loop and only show the groups you want to show.

You’re looking for the while loop after the bp_is_active( ‘xprofile’ ) call.

Within the loop, you can filter out groups by doing a simple if check using if (bp_the_profile_group() == "group number") where group number is the number of the group you want to show.

Similar sort of idea in this thread: https://buddypress.org/forums/topic/profile-fields-questions

Could be I got the same issue here. 2.92 WordPress (single user) and latest BuddyPress installed via BuddyPress Template Pack Plugin.

With nothing disabled in BP general settings, everything enabled in component setup.

There is no “create group” in the “groups” tab. Only “My Groups” and “Invites”. Clicking the “groups” tab goes to http://www.ultimatecultureclash.com/members/cupedoll/groups/ which seems fine.

But I want forums. And it seems forums are a property of groups. So I need groups. How to create groups?

(After much confusion) I enter MANUALLY: http://ultimatecultureclash.com/groups/create/step/group-details/

This goes to /groups/create/step/group-details/images/images/bg_body.gif which looks good. The heading says “Create a Group” and there’s input fields for “Group Name” and “Group Description”.

But entering group name, group description and pressing “Create Group and Continue —->” button only reloads blog homepage and creates nothing.

Here’s more examples. “Activity” tab + “Personal” tab resolves to http://www.ultimatecultureclash.com/members/cupe3903doll/activity/just-me/ which is probably right. But “Profile” tab + “Edit profile” tab redirects back to home page.

How weird is that?

And one more thing I noticed. When tabs resolve where they should? I get logged out. But when tabs redirect to home page? I remain logged in.

I’m still on 1.1.3. In 1.1.3 xprofile only gets synchronized with wp_usermeta when the user updates his account, which means you can never count on the data being there, which makes it pointless.

Lousy synchronization between xprofile and usermeta is not a bug, it’s a conscious design feature. Why? I’ve brought this issue up many times and have never received a clear answer.

I use a custom function like this below to synchronize member data upon registration into all the different, unconnected places in the database where data is stored:

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

global $bp, $wpdb;



$uid = get_userdata($user_id);

$email = $uid->user_email;



$fullname = $meta[field_1];



... whatever you need here ....



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

}

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

Not sure if this still works in 1.2. I had posted my work-arounds under ‘FAQ: How To, Code Snippets and Solutions’, but they have been deleted. So I guess they solved the issues in 1.2?

To synch xprofile you’d need to create the fields in xprofile that you have in wp_usermeta and then do something backwards like the above function, if that hook etc. is still valid.

I’d like all the subscribers/authors/etc (aka artists) for a given blog (aka art project) to be listed at the top of the blog’s index.php page, with a few fields from the xprofile (bio, specialty, etc.). Ideally, I’d get them to echoed in a way that was easy to feed into a snazzy jquery slider gizmo.

Should be possible, Nathan, using some WP template tags combined with that code snippet I posted above.

I’d help out if you can guarantee me some free lodging in that art monastery some time in the future

@xezo that is correct. I thought he was talking about access to all profile fields for edit/delete, for which you do have access via the extra Admin bar menus created by BP for admins. Those are the ones I use all the time (fixing avatar crop screw ups, as an example)

So, from that perspective, the only use for Skeleton Key would be for additional stuff introduced by less that robust plugins, no?