Best bet if you find a bug or an enhancement would be to post it on http://trac.buddypress.org with your login from these forums. It might not be known yet and the reporting might help get it fixed.
Trent
Hi, I installed buddypress yesterday, everything works well, except I get a script-error in the admin section under ‘Profile fields’:
Line: 147
Char: 45
Error: Object dosen’t support this property or method
Any fix for this?
If you go into your Dashboard of the main BP and WPMU blog as the “site-admin” you will find the options for Buddypress Profiles to add more options in the “site-admin” menu.
Trent
That makes sense. I’m actually using a modified version of your oci_bp_custom.php that you linked me to previously, and I think I have a good understanding of how they all work together.
The problem is going to be getting the xprofile fields and data that I want to use, since there doesn’t seem to be a function that says “get all the users extended field data.”
I guess what I’m running into is that the xprofile data doesn’t seem to be in a variable or a global anywhere, because it isn’t really considered meta. It’s kinda like how $bp doesn’t carry around all of the messages in your inbox on every page load, it also doesn’t carry around all the xprofile fields.
Deep integration actually starts WPMU and BuddyPress before it ever touches bbPress, so all of the functions and variables and data I need and can access seem to be available within bbPress.
Burt, is there any way to add info to the bbGroups array from the extended profile area to be available inside bbPress? Or is there a different method to do this easily? I noticed that the extended profile data in the DB isn’t stored as simply as the user-meta table is, rather each entry associates itself with a corresponding value in another table.
Say for example in the extended profile area, I want to have “aim, yahoo, google talk” fields, and I want each post in bbPress to have links to what each author entered in extended profile. Possible? 
After hours working on that I found a solution, but isn’t definitive and already have a bug! Let’s go. Nicolas, don’t kill me – i’m trying to help! 
In the line 728 on bp-xprofile-classes.php just copy and paste the code bellow:
<div id="titlediv">
<h3><label for="is_public"><?php _e("Is This Field Public?", 'buddypress') ?> *</label></h3>
<select name="is_public" id="is_public" style="width: 30%">
<option value="0"<?php if ( $this->is_public == '0' ) { ?> selected="selected"<?php } ?>><?php _e( 'Public', 'buddypress' ) ?></option>
<option value="1"<?php if ( $this->is_public == '1' ) { ?> selected="selected"<?php } ?>><?php _e( 'Private', 'buddypress' ) ?></option>
</select>
</div>
This code will add an opition in the field edit screen / at ProfileFields Admin – to keep the data private for “non friend users”
But the problem is IF the field have data and you aren’t a friend, you will see the field name, but the data will be hidden. look at my birthday http://voiceover-casting.com/members/admin/
I have tryed do the same with the Groups Fields but doesn’t work. Maybe someone can help me to create “Hidden Field Groups” and found a fix my newbie solusion for the “Private Fields” bug.
Could be nice if in a new version the admin and the users can select “Who can see the data” like: “Public, Only Friends, Hidden (only visible for admin and the owner), “.
Nicolas, I will donate for you soon for your great job.
I think the idea is not to have BuddyPress permanently alter the WordPress related data.
I’m new to BP and so I’m not familiar with how all the functions work, but what in the original WP data structure would be altered by deprecating fullname in favor of using the WP fields?
…then really BuddyPress should be able to modify ALL of the original WordPress user info exactly like the profile admin panel does…
I would like that, actually. Or at least to have the option to have the profile be able to modify that information.
I want the original WP functionality that allows a user to choose which fields — username, first name, last name, or nickname — to display for them. I thought that was a great addition to WP and I don’t like that installing BP has effectively cut me and my users off from that choice without some serious code modification on my end.
@mikepratt, Burt nailed it on the head, but I’d like to add that I think many people are still stuck in the forum world, and haven’t peeked their heads out to see that social networking has evolved in the past 5 years or so. I know on lots of car or video game forums, it’s basically just a free for all chat fest, and trying to convert those minds into using BuddyPress or WordPress alone is too big of a change; I’ve tried it twice now with little success. Having a dedicated familiar looking forum but using BuddyPress to emphasize the social atmosphere helps those stubborn users transition a little easier and allow them to fallback on the features of a dedicated forum in the event it doesn’t work out.
@burt, I noticed on your Common Interest site that you have the forums separated between public and group. I would like to do something similar, and am curious as to how you did so. Also, is there an easy way to tap into the profile fields/user information from BuddyPress and display it as post author information in bbPress?
This one is up next on my development list, so I’ll just gratuitously BUMP this…
Is anybody aware of a way to call specific profile fields using BP functions, or is the only way to do this something like:
//get the country of the current post author. country field ID is 4.
$result = mysql_query(“SELECT value FROM wp_bp_xprofile_data WHERE user_id = ” . $current_author . ” AND field_id = ” . $country_field . ” LIMIT 1″);
$row = mysql_fetch_array($result);
$profile_field = $row;
Hmm, I may have just answered my own question…
Yeah, I think in general it would be nice if buddypress played well with the wpmu profile fields, or at least if they could snyc up somehow. I was able to manually run some mysql queries to import all of my old data, but being able to use the same “display name” would be helpful!
This is fixed in the latest.
Bug, looks like something broke, I’ll fix this today.
The values aren’t saved when I create the fields – I’ve gone back into ‘Edit’ the admin panel to check. I’ve confirmed this by also going into the user / edit profile screen. In the example of the select box, I only see an empty select box.
Hi Paul.
With “save these values” do you mean that the values aren’t saved when you create the fields or when the users selects the appropriate value in their profile?
Thanks for that. I just checked, there are indeed “tabs” (barely noticeable) when I try to edit my profile, and that info does show up on the public profile once populated. It’s not anywhere on the initial sign-up…is that by design? Is there a way to make the groups/fields available upon initial registration?
The topic https://buddypress.org/forums/topic.php?id=843 has been closed and i feel sorry for it, because with my later installation wp MU 2.7 + BP béta 2, i’m still having this error msg :
Warning: Invalid argument supplied for foreach() in /home/np5397/domains/blogi.ee/public_html/wp-content/mu-plugins/bp-xprofile/bp-xprofile-signup.php on line 104
when creating a new blog
that cause several issues :
– can’t edit the profiles, create a group
– blogs are created but aren’t showing in the recent activity, neither in the blogs tabs or in his owner’s profile
– can’t send a message, invite somebody to be friend, etc
it seems that i have no x-profile tables in my db like burtadsit asks
(tableprefix_)bp_xprofile_groups
(tableprefix_)bp_xprofile_fields
(tableprefix_)bp_xprofile_data
here is the list of the tables in my db ; can’t see it
wp_1_comments,
wp_1_links,
wp_1_options,
wp_1_postmeta,
wp_1_posts,
wp_1_term_relationships,
wp_1_term_taxonomy,
wp_1_terms,
wp_2_comments,
wp_2_links,
wp_2_options,
wp_2_postmeta,
wp_2_posts,
wp_2_term_relationships,
wp_2_term_taxonomy,
wp_2_terms,
wp_3_comments,
wp_3_links,
wp_3_options,
wp_3_postmeta,
wp_3_posts,
wp_3_term_relationships,
wp_3_term_taxonomy,
wp_3_terms,
wp_4_comments,
wp_4_links,
wp_4_options,
wp_4_postmeta,
wp_4_posts,
wp_4_term_relationships,
wp_4_term_taxonomy,
wp_4_terms,
wp_blog_versions,
wp_blogs,
wp_registration_log,
wp_signups,
wp_site,
wp_sitecategories,
wp_sitemeta,
wp_usermeta,
wp_users
please how can i create manually those tables in my sqlDB ?
thanks for any advice
Hi.
First off you need to add some fields to the fields groups in order för them to show up.
After that they show up in two ways; when you fill out/edit your profile they show up as “tabs” at the top of the profile form.
When viewing a public profile they show up as sections, provided that the users has entered anything in a field in that field group.
HTH.
Update: I deleted the “state” field and tried it again. I got an error:
Warning: Wrong parameter count for fgetcsv() in /home/24396/domains/wearesau.net/html/wp-content/mu-plugins/bp-xprofile/bp-xprofile-classes.php on line 288
Lets start from scratch here. Do you have the x-profile tables in you db? You should have:
(tableprefix_)bp_xprofile_groups
(tableprefix_)bp_xprofile_fields
(tableprefix_)bp_xprofile_data
Where (tableprefix_) is set to something like ‘wp_’ depending on how you specified it on wpmu install.
When you look at the tables with phpMyAdmin is there any data in the bp_xprofile_groups table? There should be 1 record in there on a clean install. id == 1 and name == ‘Basic’.
In the table bp_xprofile_fields there should be 1 record it should have id == 1, group_id == 1 and name == ‘Full Name’.
If you don’t have all the above you will get the error you describe. If you don’t have all of that then the required tables for bp are not being created and populated properly.
For now, I simply commented out the line
add_filter( 'bp_the_profile_field_value', 'xprofile_filter_link_profile_data', 2, 3 );
on line 14 of bp-xprofile/bp-xprofile-filters.php. The current fn simply makes way too many words into search hyperlinks.
I have been hoping to do this for at least 3 weeks now. Wouldn’t it be better if the profile fields could be broken up? The make searchable would work perfect for other data. When checking make searchable, the formatting of links would not apply allowing more data customization options such as links.
However, this still leaves the issue of lumping data together. All data that is marked or shown under the profile leaves no way to truly customize it. So then it would be better if data was segmented to allow a type of include or not to include–that way you can post the data where you would like. Or how about the option of adding data to group segments? A drag and drop approach through the control panel.
For instance, you could drag a field under PROFILE or if you would rather have it show up under LINKS then you have the option to drag it under that category.
Then in the profile you would have to add the options for categories, not just:
<?php if ( function_exists(‘xprofile_get_profile’) ) : ?>
<?php xprofile_get_profile() ?>
<?php else : ?>
<?php bp_core_get_wp_profile() ?>
<?php endif; ?>
Howdy. I don’t see any way to do this other than disabling the ‘make everything a search term’ filter which exists in bp-xprofile-filters.php. That filter is called ‘xprofile_filter_link_profile_data’ and you can disable it by creating a small plugin file which contains the following:
remove_filter( 'bp_the_profile_field_value', 'xprofile_filter_link_profile_data',2 );
Then the new ‘make clickable’ filter can take over and voila. You got a link if the user enters http://myblog.yoursite.org
There are other ways of doing this but this seems to be the easiest and fastest.
Create a profile field called ‘my blog’, make it a textfield and you’re done.
You might want to post a bug ticket in trac that details your inability to do this. An enhancement ticket might suggest a ‘make searchable’ on/off button for all profile fields. ‘eh?
Absolutely agree with point #1 – ability to order fields and move between groups would be a nice usability feature.
you’ve to add a filter in bp_get_item (if i remember good or a thing like that
