the fbc_get_avatar() error is from the facebook connect… it’s been addressed somewhere else in the forums. ..it’s been fixed. The spam.. the user “LnddMiles” is not just on buddypress sites, so it’s a spambot that looks for open registrations.
You should add a captcha or math problem to your registration page to divert these.
3635122Inactive
Hi everyone
I’ve had WordPressMU/BuddyPress installed for several months now. Recently I upgraded to WordPressMU v2.8.2 and BuddyPress v1.0.3. I’ve always had registrations disabled and recently I installed the latest version of Askimet.
Everything has been installed by-the-book and everything has worked perfectly until this morning when I awoke to see that someone had registered with the user name “LnddMiles” – despite registrations being disabled and having Askimet installed.
A Google search quickly showed that this same user has registered on thousands of other BuddyPress sites.
Additionally, I am now getting the following error each time I access my admin center…
Warning: Missing argument 5 for fbc_get_avatar() in /home/azonez/public_html/wp-content/plugins/bp-fbconnect/includes/wp-facebookconnect/fbconnect.php on line 529
What does this mean and what can I do about this?.
Thanks for any help and have a great day!.
– Steve
In my first stunt ever as a “real” WordPress/BuddyPress plugin developer, I’ve hacked together a simple stats plugin.
It generates the following graphs:
- (all “multiselectbox”, “selectbox”, “checkbox” and “radio” fields have one bar graph each) (Xprofile)
- Most friends (Friends)
- Most group members (Groups)
- Most actions (Activity)
- Most popular component_action (Activity)
It is available in the WordPress plugin directory. Please try it out and come with suggestions for improvement!
ok.. i am using Codestyling Localization to edit .po files. this plugin just rocks!
tip is if you move your bp-themes from wp-content/plugins/buddypress/bp-themes to wp-content/bp-themes you can’t see lots of translate in po file.. so dont move it.. just copy it. when you keep your templates copy in wp-content/plugins/buddypress/bp-themes you can translate them from this plugin easily.
It’s important to note that BuddyPress is an opensource project, just like all of the other WordPress related ones. That being said, if you find something isn’t working up to your expectations you are free to develop or contribute to the project to make it work how you wish. As it stands today, BuddyPress does a good job of keeping tidy and cleaning up after itself; better than most plugins in my opinion. The signups table is specific to MU and is a new addition, so you can expect it’s functionality to be misunderstood. When a user is deleted, the idea is that their signup remain in the signups table as proof of their previous registration. One could even argue that removing all user data is a bad idea in the event someone ever needs it later, say for law enforcement purposes.
Regarding blocking spam registrations, read some articles about Twitter. Some analysts have said that nearly 50% of all registrations on Twitter are spammers. Crazy eh? There just isn’t a fool proof way to prevent it from happening unfortunately.
Also, while none of the moderators are directly employed by Automattic, it’s about the best internship I think anyone in our respective businesses can hope for. We all do our best to represent Automattic and are here to help to the best of our abilities.
If you can find a specific bug or flaw in how users are currently managed between BuddyPress and WordPress, you’re welcome to respond here or file ticket in the trac. If you feel your opinion warrants more attention you can message me privately if you’d like also, and I’d be happy to help further.
I really do appreciate all the work you do. I’m just really frustrated with the lack of synchronization and consistency between Buddypress xprofile and WordPress users/usermeta etc. Automattic needs to take a serious look at member management.
FYI, here’s the response from the WPMU forum:
Because if a spammer signs up, for instance, and you delete their username and blogs, if their registration member is also deleted, then they can sign up again.
I’m not satisfied with that answer. There must be cleaner ways to block/blacklist spammers.
Isn’t there a plugin that deletes users more thoroughly?
OK, thanks, I’ll post the question there.
But lack of synchronization between Buddypress xprofile and WordPress wp_usermeta etc. is also causing me lots of headaches, so I hope WPMU is not going to send me back here saying that it’s a Buddypress problem. Aren’t you all part of Automattic somehow?
Can anyone please tell me how to run xprofile_sync_wp_profile() on registration?
xprofile_sync_wp_profile() splits first_name and last_name from BP’s fullname registration field and stores them in WordPress’ standard usermeta table. That is tremendously useful, if you can count on that data being there.
I’ve tried putting the function in a plugin to run on user_register as action hook, but got a “cannot redeclare” error because the function is already in bp-xprofile-filters.php.
I’ve tried editing the add_action thingy in that file from xprofile_updated_profile to user_register, but it had no effect.
I can’t find any more documentation on how to use this function.
Any pointers very much appreciated!
Edit: As far as I understand this function now only kicks in when the user updates his profile:
add_action( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );
That could be never, so you can never count on that first_name, last_name data being there in wp_usermeta. In my case I need first_name, last_name “somewhere” for synchronisation with ListMessenger mailing list. There are many other scenarios where you’d need them.
Replacing xprofile_updated_profile with user_register did not work. Should I try other hooks? Which ones? Or am I on the wrong track? Does the ‘$bp->loggedin_user->id’ line make it impossible to run this function on registration? How about on first login? Is there a hook for that?
Also, if I can get this to work, it looks like a small step to include a few lines to autogenerate a username from the full name.
Gabriel-
and then tag the clothes (describe, tag, categorize…). We want to have some level of control here.
In case you have not seen this, there is a wonderful BuddyPress plugin that can address this need: https://wordpress.org/extend/plugins/bpcontents/
Sorry for being a little slow on this topic, but activity streams are hard to wrap my mind around, mostly because I don’t quite get the technology. Does openmicroblogging — is this a viable part of Joseph Smarr’s so-called “social stack”? (I think they’ve moved on to calling it something else now, not “social stack,” but I digress…)
I’ll be building a version of a micro stream soon enough, or trying to adapt a former one (such as the “wire”?) to suit my own purposes.
As I understand it, there’s already a bit of a WordPress plugin:
http://adrianlang.de/mnw/
Why rebuild the wheel, when it’s built? Perhaps we should borrow/resuse from that plugin
There’s a bit of development/discussion going on over here for WordPress itself:
http://groups.google.com/group/diso-project/browse_thread/thread/84481ef2e912a099
http://groups.google.com/group/diso-project/browse_thread/thread/b9f1b8865d3d8526
Update 2: Well, I got somewhere. Buddypress appears to be working. The weird part is that I can’t deactivate it. When I click deactivate it says “Plugin could not be activated because it triggered a fatal error.” How weird is that?
I am going to run with it for now. Theme is going to need a lot of work… the fonts appear to have grown for some reason. must be a problem with my custom CSS
I did find a similar plugin, https://wordpress.org/extend/plugins/visitor-likedislike-post-rating/, if anyone could help me edit it so that it shows who voted what it would be perfect!
UPDATE: I attempted to delete all my plugins (mu and normal) from my site. Once they were all deleted, I reinstalled buddypress and then reactivated all of my plugins and yet still I receive the same fatal error.
Is this a problem with 2.8.2?
Here is the error:
Fatal error: Cannot redeclare class BP_Messages_Thread in /home/jjwinter/public_html/ebodia.com/wp-content/plugins/buddypress/bp-messages/bp-messages-classes.php on line 3
Line 3 of messages-classes-php is:
Class BP_Messages_Thread {
I upgraded automatically to 2.8.2 and then automaticly to 1.0.3 (after disabling) Does anyone have any ideas or seen this before? thanks in advance!
Hello,
WordPress µ 2.7.1
BuddyPress 1.0.2
Is there any possibility to enter only one time the Username and Name as in the standard Buddypress theme (http://testbp.org/register)
Thank you
Hello,
WordPress MU 2.7.1.
BuddyPress 1.0.2
Do you know how to manage the url address out of the standard buddypress theme.
Like for example to transform:www.domaine.com/GROUPS
into
http://www.domain-name.com/COMMUNAUTIES
Thank you
Have a good day
Before I chime in, when we run our unit tests with users; we:
- When testing an upgrade, I always delete a test user of mine: qauser
- sql delete, and php register the user again after the upgrade.
- I leave one user, qaeditor around. This user stays with the upgrade.
- Allows me to know if perms were set across apps, if new users are good to go, and if old users are ok.
- We flip roles too, but thats another test.

Anyways, Camel Case not supported for login.
Lowercase was put in back in 05.09 https://trac.mu.wordpress.org/changeset/1770
In trunk here is the snipit:
571 function _fill_user( &$user ) {
572 global $wpdb;
573
574 // WPMU uses lowercase logins
575 $user->user_login = strtolower( $user->user_login );
By “post”, what do you mean exactly?
A BuddyPress forum post, or just a regular blog post?
If it’s a blog post, I’m quite certain a WordPress plugin can handle that.
Hey,
This is my first post and this is actually my first day with wordpress-mu, buddypress, and ive worked a little bit with bbpress. So I bought the church theme from studiopress.com and the admin bar is stuck inside the wrapper div right where there is a block showing an rss icon and comments and the date. I was a little confused because on every other theme i have seen it outside of the wrapper div so that its completely epxpeaded at the very top of the page. I have searched on google and in the forums and i haven’t found a fix or one i could at least understand. I’ve looked through all of my pages to try and see where it would be located to be able to move it but i couldn’t either. I wanted to see if i could at least change it in firebug and that worked but i just couldn’t find the right stuff to change the position so does anyone know how i could do this?
What do you mean by “get the RSS feed from a ‘regular’ WP blog”?
Well if I get the RSS feed from a regular installation of wordpress then it works. Perhaps there is some setting that is locking out the RSS feed from the widget.
However, if you click on the link for the feed, it does show something. Take a peek at:
http://www.piptopia.com/tribe/news/feed/
I have looked all over for posts that cover this…but I can’t find anything. So if this was answered previously, I apologize…just point me in the right direction.
That being said.
I can’t get the RSS wiget to grab the feeds from any of the member blogs. It can get the feed from a regular wordpress blog but that is it.
What I am trying to do is create a news and events blog and then get a RSS feed to list the entries in a sidebar.
Is the hook to use this?:
user_register
Runs when a user’s profile is first created. Action function argument: user ID.
So something like this?:
<?php
/*
Plugin Name: Real Name Synchro
Plugin URI: http://
Version: v0.001
Author: peterverkooijen
Description: A plugin to store firstname and lastname from the fullname field in Buddypress registration in WPMU usermeta tables, based on examples in the <a href="http://www.devlounge.net">Devlounge</a> series.
*/
if (!class_exists("RealNameSynchro")) {
class RealNameSynchro {
function RealNameSynchro() { //constructor
}
function xprofile_sync_wp_profile() {
global $bp, $wpdb;
if ( (int)get_site_option( 'bp-disable-profile-sync' ) )
return true;
$fullname = xprofile_get_field_data( BP_XPROFILE_FULLNAME_FIELD_NAME, $bp->loggedin_user->id );
$space = strpos( $fullname, ' ' );
if ( false === $space ) {
$firstname = $fullname;
$lastname = '';
} else {
$firstname = substr( $fullname, 0, $space );
$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );
}
update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );
update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );
update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );
}
add_action( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );
}
} //End Class RealNameSynchro
if (class_exists("RealNameSynchro")) {
$dl_pluginSeries = new RealNameSynchro();
}
//Actions and Filters
if (isset($dl_pluginSeries)) {
//Actions
add_action('user_register', array(&$dl_pluginSeries, 'xprofile_sync_wp_profile'), 1);
//Filters
}
?>
Testing it now…
Edit: Activating this plugin produces a white screen. Not a good start… 
Where did I go wrong?
@Gpo1
I added a “share this” feature using the Add-to-any plugin which seems to be a quite good plugin.
So if that plugin is enabled, you’ll be able to check an option in the admin to show or not the share button.
ow.. this is really annoying..
if the problem is wordpress cache system.. isnt it a compatible problem? because only default caching was open 
btw.. that notification is still there..
no one got a similar problem or am i alone?