BuddyPress.org

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?

@dre1080, my post was about creating an advanced search page to search members based on the profile fields. Like the original poster said, “For example you could search for members, by age, location, hobby in one search (taking these things from created fields in profile.”

You could use a Google search to do what you’re asking for.

hey, you are most welcome.

well, you will need to edit registration.php

here is my take on it.

it will list all the fields from all the profile groups,and allow users to fill them. so please beware of it.

http://bpdev.pastebin.com/RLreXE7X

If you want to restrict to 1 or two profile groups, change the argument from

bp_has_profile( )

In my edited code and it will work

And a little bit detail, I have removed the argument for bp_has_profile( ), so it lists all profile groups and then put then collected field ids in an array, which is passed via

hidden field ‘signup_profile_field_ids`