BuddyPress.org

Exactly the same problem here. I upgraded buddypress to 1.1.2 from 1.1.1 and I have MU 2.8.5.2

@geekjon Have you found a solution?

@Symm2112

I would suggest posting this question on the link kapil provided above as well.

@pollyplummer-

There are more detailed instructions here:

https://codex.buddypress.org/developer-discussions/buddypress-forum/

I hope that helps.

The phrase “A Member” does not appear in bp-wire-templatetags.php. It does appear in the options in the menu “Settings > Notifications”.

I’m not exactly sure what you’re asking? What version of BuddyPress are you running?

Read the first section in this thread and see if that solves your issue:

https://codex.buddypress.org/getting-started/upgrading-from-10x/

As Burt has not been around the forums or on IRC for 10 weeks, I would not count on this particular plugin to be updated anytime soon. In fact, at this stage, I would assume it will not be updated at all. You can PM him and see if you get a response. If you do, please ask him to post here as well.

Remember, all the plugins on the WP plugin repository are GPL so anyone could take his work, update it, add to it, and rename it and call it a new plugin–with the appropriate credit given to Burt of course.

very nice looking plugin! however it doesn’t seem to work with the latest version of buddypress 1.1.2. It seems that the group contents link is missing the group name (when you change the url manually, you see the contents page.)

also, the members’ content link just shows a blank page. any idea if development will continue on this interesting plugin?

is there a live demo of this plugin somehere?

I love this and have implemented the KalturaCE server on my server but when I try to activate the plugin, I get a “missing KS” error. Is this something normal or is there something else I need to do to activate on a KalturaCE server?

Thanks for all you do.

The code must be dropped at or near the top of your wp-config file.

Yes! That worked. Thank you Scotm.

I had searched the forum re how to defining which blog ID BP was going to run in, couldn’t find it so I posted question in https://buddypress.org/forums/topic/run-buddypress-from-sub-blog-or-blog-id-2

KeyMaster or Moderator – please change the topic Run-buddypress-from …. to “resolved” or delete it entirely. I had started that thread using dropdown “not resolved” and after posting, I couldn’t add tags. Nor, after finding the solution in this thread, could I change the status to “solved” or post and refer solution to this thread.

Thank you.

It isn’t possible without some kind of plugin, but it is possible with one.

You would want to take a look at the buddypress/bp-forums/ directory to see how forums are created within BuddyPress to begin with, and modify that existing code in your own plugin to modify that behavior and turn it into what you’re trying to accomplish.

The code is in there to do what you want, you just need to make it do it.

Right now BuddyPress is more in the core-creation stage. We’re trying to get everything working step-by-step to where we want it to be before we can really start thinking of how to allow the world to plug-in to it correctly.

Right now the roadmap doesn’t really include anything like this at all, but I suspect something will sneak its way in eventually.

It’s very possible there is a JS conflict between plugins, but it’s less likely there is a conflict in the core WordPress files (though not impossible.)

Since the cropper tool relies on JavaScript entirely to function, it will fail without any real degradation if there’s a JS error or the user has JavaScript disabled. The first scenario is more likely to upset people, as if someone specifically has disabled JavsScript in their browser, they’re probably used to getting jipped on their web experience.

I’m going to link this topic to…

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

…but I’m keeping it open for now, since it seems to be a little different than the above link.

User and avatar information is stored in wp_signups before the account is activated, and it is moved into the user, usermeta, and xprofile tables upon activation.

It would seem you’re experiencing a different issue than what you describe.

For now I’m closing this and linking it to…

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

@titeufpld, if you’d like me to reopen this topic for some reason, send me a PM.

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737

It’s a good idea and one I’ve tossed around, but the problem is that it would need to exist outside of the wp-content/buddypress/ directory to avoid automatic update problems, and people wiping out the plugins folder on accident (if they do a manual upgrade for example.)

Something like this may still happen down the road, as BuddyPress grows and a need for specific methods to register plugins with BuddyPress increases. At the moment it isn’t necessary because BuddyPress plugins are actually just normal WordPress plugins that may take advantage of BuddyPress features and API’s. (At least, that’s how plugin authors should be writing them.)

What will need to happen for sure is a way for plugins to tell BuddyPress “hey I’m here and I want you to know this information.” It’s possible to alter the $bp global directly to do these things, but tighter integration into the platform makes sense.

My opinions are subject to change on this one, but today that’s how I’m feeling.

This is being handled with functions like these:

bp_core_new_nav_item

bp_core_new_subnav_item

bp_core_remove_nav_item

bp_core_remove_subnav_item

All of these functions (and a lot more) can be found in buddypress/bp-core.php. They are well documented and you can always have a look at the various core component how they use these functions.

To the admin bar you can add links like so:

function sv_add_link()

{

global $bp;



$link = '<li><a href="'. $bp->loggedin_user->domain . 'my-page" title="'. __( 'My Page') .'">'. __( 'My Page') .'</a></li>';

echo $link;

}

}

add_action( 'bp_adminbar_menus', 'sv_add_link' );

Removing links also works with actions. Using the example from above you’d have to put this into your functions.php file:

remove_action( 'bp_adminbar_menus', 'sv_add_link' )

You have to remove an action at the same priority as it has been added, so if you find an add_action call like this:

add_action( 'bp_adminbar_menus', 'sv_add_link' , 7 );

you’d have to remove it with this:

remove_action( 'bp_adminbar_menus', 'sv_add_link' , 7 );

Otherwise it won’t work.

Hope this helps you along a bit.

Same problem,started about a few days ago. Bots are signing up a few times a day, firstnamelastname19xx.

Interesting is that I notice in my stats some ip found my site by searching for “proudly powered by WordPress MU and BuddyPress”.That could be a reason that this particular bot is finding and attacking bussypress installs.

If this bot is getting past Captcha, I would recommend applying a reverse Captcha technique. Just do a bit of Googling on this, it uses a hidden field as a honey pot which bots will fill in, but normal users will not. When filled in you can redirect them to a page of your choosing.

Please report your findings and how you deal with this as it would be very helpful.

OK, so I used the code from Xevo in this thread in a custom functions.php in my child theme. It redirects all calls throughout all the WPMU blogs to signup.php to the BP register page, which should help you do what you want, if I understand correctly.

One thing this hack doesn’t do is to pick up any changes to the register slug in wp-config, though, so you’ve got to remember that if you change it.