I’m also facing same issue.. even I added manually insert query inside code like this (I have stored the values in session)
$sql=”INSERT INTO wp_bp_xprofile_data (field_id, user_id, value) VALUES(1,$curr_id, ‘”.$_SESSION.”‘)”;
result=mysql_query($sql)or die(mysql_error());
This is storing the data in database but not retrieving 
@shedmore did u got this fixed up ???
ok, thank you for help! I’ll do it by grouping, it’ll be better…
That will work. The only problem is that it’s not entirely future-proof. If the structure of the $field object changes in future versions of BP, you’ll have to rewrite the code.
If I were you, I would use a profile loop, as described at https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-profile-data-loop-bp_has_profile/. That way you can use the built-in template tags, which won’t break when BP is upgraded.
The xprofile template tags aren’t as fleshed out as I wish they were, but they should work nicely for your purpose. Put the three fields that you want to appear in column 1 in a profile field group, the next three fields in another group, etc. Then it’ll be easy to create the markup using bp_profile_groups() loop.
Maybe I should be more concrete. My main task is to get profile fields structured inside the profile page. I need to place fields in 3 columns and in right order. So let’s imagine that we have 9 fields: Login, email, password, First Name, Last Name, Middle Name, Country, City, Address, Place of birth, Date of birth. I need to place Login, E-mail and Password in the first column in the page, First name, Last name and Middle name in the second column and Country, City, Address, Place of birth and Date of birth in the third column.
So i have field id’s which i can place in my profile page.
Should i do it like this?
echo '
';
$field = new BP_XProfile_Field( '1' );
$field_name = $field->name;
$field_value = $field->value;
echo '
' . $field_name . ': ' . $field_value . ' |
';
$field = new BP_XProfile_Field( '2' );
$field_name = $field->name;
$field_value = $field->value;
echo '
' . $field_name . ': ' . $field_value . ' |
';
$field = new BP_XProfile_Field( '3' );
$field_name = $field->name;
$field_value = $field->value;
echo '
' . $field_name . ': ' . $field_value . '';
echo '
|
';
/* and so on */
am I right?
I understand your question, and you’re right, there is no such function. But from inside of a profile loop, you can use bp_the_profile_field_name(), and it will get the $field_id implicitly from the loop iteration.
If you don’t want to build a loop, you can get the field name from the $field_id like this:
$field = new BP_XProfile_Field( $field_id );
$field_name = $field->name;
no-no-no… I think you didn’t understand me… I need to get field name by id but there is NO function
“xprofile_get_field_NAME( $field_name_or_id [, optional $user_id] )”
such as “xprofile_get_field_DATA( $field_name_or_id [, optional $user_id] )” which exists.
Yes, you can do this with the xprofile template functions, which are located at buddypress/bp-xprofile/bp-xprofile-templatetags.php. Use the profile loops in buddypress/bp-themes/bp-default/members/single/profile/profile-loop.php as a template.
Hi, sorry for not responding earlier. First thing, thanks for your reply.
Then, by “custom code”, do you mean i’ll need to do something trickier than a plugin for example ? My plan was to manage some new fields in the WP usermeta table, i think that will be enough, am i Wrong ?
Thanks again,
hms.
to make registration page multilingual you need to copy the register.php from buddypress/bp-default/registration folder to your themes folder and make your changes by replacing the loop :
http://buddypress.pastebin.com/wC4fCkbT
hope this works for anyone interested..
Edit: this makes only the registration page multilingual, but unfortunately it doesn’t translate the member’s profile view and edit fields.. instead they show what you saved in the profile setup fields in the backend.
hi, Boone Gorges,
Thank u very much for the info. But I have to confess I’m very much a newbie to understand what I might have done. Would you mind please explain a bit more – maybe in a dummie way? 
Interesting: I jsut noticed that if I go to the user dashboard, there is amuch more detailed profile, with may fields, this updates and is correctly working. the buddypress user profile is the one throwing the error / redirect. It also only has 1 field “Name”
Any thoughts?
@peterverkooijen said; “There is also zero privacy/security in Buddypress”. Care to expand upon that Peter? Our site isn’t ‘open for business’ yet, but when it is our members will expect some privacy, ie., profile stuff set to private and private group posts actually being private. Are you saying it can’t/won’t be properly private?
Actually, it is possible to do this kind of verification. There’s just no UI for it.
Look in buddypress/bp-xprofile/bp-xprofile-classes.php, method BP_XProfile_ProfileData::save(). There is an action hook ‘xprofile_data_before_save’ that happens (you guessed it) before the save. You could hook a custom filtering function to this action and validate your data that way.
No, they’re not possible. Xprofile is an underdeveloped mess with low priority in the roadmap. There is also zero privacy/security in Buddypress, so storing social security numbers is asking for trouble.
they don’t get to the dashboard by default, but the link appears in the adminbar. from there things are really confusing for people because in the profile from the dashboard you have the default WP profile fields. from the ‘my profile’ they get the fields of buddypress.
now the quick and dirty thing to do would be to remove the dashboard link from the admin bar, but depending on the roles (i.e. editors and admins) it is handy to have the link.
the question is on the buddypress side: why if buddypress is installed the standard link to edit user in the admin panel is not redirected? (i’m guessing that this would be the easiest thing to do, but i have no clue how
Would mm forms work?
Buddypress profile fields are not standard WordPress though. They’re in complicated database tables called xprofile, so if you want to integrate it with anything else fuggedaboutit. You’ll need custom coding.
Hey @Travel-Junkie (or anyone who knows the answer to this) where should I paste your code, inside my functions.php (..plugins/buddypress/bp-themes/bp-default/functions.php)file?
If my template file is named bp-gamers.php (in my theme in the profiles folder), what should I rename from your code?
I really just want a blank profile page so that I may hardcode a few fields.
Thanks
ps: That functionality you described on your site sounds really cool.. do you have a link?
@emiline220
Why dont use this plugin, it allows “permissions” to be set for xprofile fields:
https://wordpress.org/extend/plugins/bp-profile-privacy/
Works great!
Create a new xProfile group in the wordpress dashboard; any fields not in the “Base” group will, by default, not appear on the registration form.
Oh I see, so basically I enable all the fields I want in the profile page and then manually remove them from the code in the register.php file is what you’re saying?
The only requirements for registration are:
-Username
-Email Address
-Password
-Display Name
Apart from that, set all your other xprofile fields as “not required” on the “BuddyPress > Profile Field Setup” page.
You might have to edit the /registration/register.php template file depending on how much you want to modify the look and feel of the page.
“There is almost no benefit whatsoever of Friends within BuddyPress …”
Buddypress was supposed to be social networking added to blogging. Friends could form groups and work together in blogs. Friending itself is probably most relevant for internal email. The one thing you need to make that work is beefed up member management beyond default WordPress:
– full real names instead of anonymous meaningless usernames
– extendable, flexible member data fields
– ways to manage member lists
– ways to manage member roles
– ways to manage relations between members
– privacy and security controls on member data
– front-end functionality for members to manage their own profile data
– front-end functionality for members to manage their relationships
– etc.
None of these points get the attention they deserve. Again, if you have the three solid elements (1) members (“users”), (2) posts, (3) comments, all the rest is just a matter of displaying the data in different views, including forum view.
The shift in focus from blogging to the old-fashioned bbpress forum structure further derailed the project. Adding social networking to blogging should have been the main focus.
“the best setup is having either Forums or Activity.”
I use neither. I’m trying to structure my custom 1.1.3-based theme around member profiles, blogs and groups with group blogs. My activity stream just reflects what’s happening on the profiles, blogs and groups; it’s not a discussion thread in itself – I think I originally broke the ajax and had to remove reply buttons etc…
Yes but it modifies the xprofile database table so you will want to take care when using it. I believe it’s simply titled “XProfile Privacy”
