What is the point of enabling a user’s ability to go to/modify their profile in the dashboard (where many more fields – 1st Name, last name, etc are avail) as BP seems to not make sue of and it could only serve to confuse the uninformed user.
bp just relies on the mu registration and login stuff wardeh. It adds a few fields by hooking some wp things to add extra profile info but it relies on the settings in site admin > options for ‘allow new registrations’. Thems the standard options in mu. Anything else is a mod or plugin.
If it works for mu (the moderation plugin you found) then it works for mu/bp. Any mu or wp plugin should work for ya. Unless there is some bizarre conflict with bp which I haven’t run into yet.
bp is just another mu plugin like all the rest. Well, more wildly cool and useful than all the rest, but it’s still YAMP. (Yet Another Mu Plugin)
my first guess would probably be the structure.css file in your bp-core (css) folder. look for “inner-tube” and all its other classes (that’s styling for when you’re actually on the member profile). as to the backend view when you’re editing your profile you might want to try tweaking the forTab class and signup-field class.
where can we change the style of the extra profile fields? “the color and width of input, textarea ..etc and thanks
BR
Sadeq
i notice that it is somewhat working in the latest build. I’m running it on trunk MU 2.7 and buddypress 1.0 beta. i see that some of the fields are links and some are not. i can’t seem to find a consistent behavior. anyone else seeing this?
Oy, just upgraded to 1.0b1 and still have the same problem with messages not working. Here’s what I did for the upgrade:
trial 1) overwrote all plugins with the latest releases (combo download), tested site — messaging didn’t work;
trial 2) deleted all mu-plugins, re-downloaded 1.0b1 (in case the d/l botched the first time), uploaded everything it in their proper locations, tested site — messaging still didn’t work.
I tested private messaging by doing the following:
trial 1) My Account >> Messages >> Compose >> write a message >> Send — pressing Send cleared all fields (Send To, Subject, Message);
trial 2) My Account >> Friends >> My Friends >> click on friend’s profile >> Send Message >> write a message >> Send — pressing Send cleared all fields again;
trial 3) do the same stuff as trial 2 but with a different friend — still the same problem.
Here’s the funny part, when I checked off “This is a notice to all users” the Send button did work. One other piece of information that might help troubleshoot this is that I have this text “(Use username – autocomplete coming soon)” next to the Send To label.
I want that some profile fields are viewable only by member, and I chose this option in site administration as site-admin; but those profile fields are still viewable also from user that are not logged in: is this a bug?
It will be there, I just need to link them up to the member directory search.
I don’t know if I get that right. I didn’t find it anymore in the roadmap… Wasn’t there a functionality planned, that the profile fields would be links in the Version 1.0? Example: Country would be Switzerland. I can klick on Switzerland and all the members show up who live there…
I thought that would be a great and important function. But is it dumped? Or can someone open my eyes please ?!
This was likely removed by mistake, I will add it back now. I was changing things with JS and CSS inclusion according to WP coding standards.
I confirmed via javascript debugger that indeed the javascript ‘show_options’ function is not defined. This function is in the bp-xprofile/js/admin.js file used to create the drop down options for new fields.
So I had to add the following to the bp-xprofile/bp-xprofile-cssjs.php file in order for it to work. This may not be where it is suppose to go, but it works for me. I assuming this worked at some point, but somehow got removed???? Hopefully this gets added back in for next trunk. Its not in r577.
function xprofile_add_admin_js() {
if ( strpos( $_GET, ‘xprofile’ ) !== false ) {
echo ‘<script type=”text/javascript” src=”‘ . site_url() . ‘/wp-content/mu-plugins/bp-xprofile/js/admin.js”></script>’;
}
}
add_action( ‘admin_head’, ‘xprofile_add_admin_js’ );
I am having exactly the same problem…any ideas anyone?
I just downloaded bp and got it working pretty easily into site. Very excited to start using it with new site being launched in a few months.
In looking at the profile fields in admin – the child info for the fields are not working properly (i.e. I don’t see anything happen when I select one of the dropdown/checkbox/radio etc fields and get an error when saving that I need to select options).
In digging deeper, I see that the html is being generated properly and the code is there with style=”display: none” so that they are hidden until selected, but I don’t see a reference to the bp-xprofile/js/admin.js script anywhere in the html output. Thus, its not executing the appropriate javascript to show the appropriate info.
I also looked at the bp-xprofile-cssjs.php file and don’t see any addition of the js/admin.js script being added.
Am I missing something? I assume this would be working for others, but I don’t see how it could be working for others based on my analysis of the code.
Im using trunk-r571.
Any insight into why this is not showing up? Thanks.
The basics of what I did was edit bp-xprofile.php and removed these lines:
$sql[] = “INSERT INTO “. $bp . ” (
id, group_id, parent_id, type, name, description, is_required, field_order, option_order, order_by, is_public, can_delete
) VALUES (
1, 1, 0, ‘textbox’, ‘” . __( ‘Public Display Name’, ‘buddypress’) . “‘, ”, 1, 1, 0, ”, 1, 0
);”;
$sql[] = “INSERT INTO “. $bp . ” (
id, group_id, parent_id, type, name, description, is_required, field_order, option_order, order_by, is_public, can_delete
) VALUES (
2, 1, 0, ‘textbox’, ‘” . __( ‘Last Name’, ‘buddypress’) . “‘, ”, 1, 2, 0, ”, 1, 0
);”;
Then I went into my database and deleted those fields. Once those are gone BP defaults to using the username.
These values are included in the PO file. If your translation file is present upon first install – then it should store the translated values. Can someone check this? This will change, it’s not ideal.
Pio, thanks for your answer, i solved it, of course creating a CVS file for my option.
Thanks!
Damn, i must have missed some trunk file grrrrrrrrr couse it does not work for me, i´ll take a deep look at that. Thanks!
A bit of trunk ago it worked for me…so I think you can try! 
Andy,
I see i can add a RADIOBUTTON field, under the PROFILE FIELDS administration.
Is that working?
Thanks
Z
Dear Andy,
Is there any way to rename the “BASIC” and “First Name” and “Last Name” of the profiles without breaking everything? i mean, i need to show “Básico”, “Nombre”, “Apellido” (Spanish).
Thanks,
Z
“Don´t mess with the Zohan”
After installing BP, I created a homebase and got this error message when I went tothe homepage for my user:
Fatal error: Call to undefined function bp_the_avatar() in C:wampwwwwpmuwp-contentthemesbuddypressprofileindex.php on line 8
Has anyone experienced this?
All BP plugins have been installed in the MU_Plugins directory.
Also, I tried to follow the direction and create user profile fields ( SITE ADMIN > PROFILES ) but I could not find any Profile option to adjust.
Any advice?
Profile data is stored in the following tables:
wp_bp_xprofile_groups – The profile groups
wp_bp_xprofile_fields – The fields, what type they are, the name etc.
wp_bp_xprofile_data – The data for each user for specific fields
Avatars are stored in:
wp_usermeta – with the meta_keys:
‘bp_core_avatar_v1’ – the URL to the avatar thumbnail
‘bp_core_avatar_v1_path’ – the filesystem path to the thumbnail
‘bp_core_avatar_v2’ – same as v1 but the full size image
‘bp_core_avatar_v2_path’ – same as v1 but the full size image
Ok got the solution.
I want to pin point some thing here plz let me know if im going wrong.
I wanted activity should display in local languages also.
So i have updated
1. /bp-activity/bp-activity-templatetags.php
2. wp_bp_activity_sitewide table
Updates are as follows.
1.
here coz of local language when we create post url getting converted to utf so its long test with sting and special chars that is the reason in the formation of site wide activity sprintf is used so it is not allowing big utf type url.
In function bp_activity_content_filter
I commented //$content[0] .= ‘%s’;
and in function bp_activity_insert_time_since
return sprintf( $content, ‘ ‘ . bp_core_time_since( strtotime( $date ) ) . ‘ ‘ . __(‘ago’, ‘buddypress’) );
replaced with
return $content . sprintf( “%s”, ‘ ‘ . bp_core_time_since( strtotime( $date ) ) . ‘ ‘ . __(‘ago’, ‘buddypress’) );
2. In wp_bp_activity_sitewide table updated content field with utf8_general_ci
This is for site wide activity to work with local languages. For profile make changes with other tables related to user_activities all other works fine.
Hello, I want to register this when i submit sign up form and for any reason sign up form gets error country field is reset. this happens on user profile page also like if i want to change my profile i selected country and hit submit button it says saved and it worked but in drop down list country is not showing up like other fields. This small prob hope will be clear soon.
