BuddyPress.org

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.

andrepan and levin, please also check out other multi byte issues. You two seem to be fluent in programming, perhaps you can solve them.

https://buddypress.org/forums/topic/buddypress-i18n-topics

This is more a limitation of WPMU than it is a core BuddyPress feature. This could also easily be addressed in a plugin.

I’ll take a look at #1251 soon…

@MrMaz

Ah, that’ll be it. Just found out my host is running php 4.4.8. I’ve another server running php 5.2.6, I’ll move everything accross.

Thanks for you help.

Part of the problem could be that the textdomain is set to ‘buddypress’ for all links in the filters.

ucwords( __( $component_name, 'buddypress' ) )

..so if your plugin uses its own textdomain everywhere AND needs to tap into this list, it will need to use the ‘buddypress’ textdomain somewhere too.

I’m using the facebuddy theme which I migrated over to the new template system

So, you’ve updated your theme to the new parent/child theme architecture but you have not yet upgraded BuddyPress.

Why do I say this? Because the line numbers for the code you list above are for BP version 1.0.x and not for the new version 1.1.x. In the current v1.1 series, that function you refer to starts on line 236.

You need to upgrade BuddyPress to the newest version before you can use the new theme architecture.

I reopened and updated the ticket. Leave them open until one of us can confirm the issue is not a BuddyPress core problem.

John-

That’s a great suggestion. However, I would have thought that when Michael tried using the “re-install” link in “BuddyPress > Forums Setup”, that the proper bb-config.php location would have been saved.

Perhaps there are two–or more–conflicting meta data entries for the location of a bb-config.php. That’s what I’m now guessing.

Delete all the “bb-config-location” entries except for the proper one and it should work. Although, it might require starting the install process over once again. This means deleting all the bb tables and the config file AND any and all entries for “bb-config-location”.

This is a free, open source project primarily powered by volunteers’ efforts. So don’t expect to get instant results.

As r-a-y has stated, there used to be several pre-built fields and site developers also had the option to create their own pre-built fields by importing their list via a .cvs file. But, as Andy states in this thread, that feature is no longer available:

https://buddypress.org/forums/topic/making-prebuilt-profile-fields

So, you either have to code a solution yourself or hire a developer to do it.

By the way, up until two-weeks ago, there was only one official BuddyPress developer. Now there are two. The rest of us are unpaid volunteers–some of us with coding experience, some of us with design experience, and some of us just interested in running social networking sites.

You can ask for additonal insights on the #buddypress-dev IRC channel. But even there, it is simply a group of developers with their own projects and responsibilities. Only Andy and jjj are the official voices of BuddyPress development.

Well, you need to go through the steps of the section you’re reading, “I’ve used a WordPress theme for my blog with the default BuddyPress member theme”. In essence, you are adapting a non-BP theme to be useable by BP. Your other option is to do what it suggests at the end of that section.

If you need to grab the old default theme files, they can be found here:

https://trac.buddypress.org/browser/tags/1.0.3

Did you have a previous installation of BuddyPress? It seems from your thread title that you did.

The old two-theme system relied on the bphome theme residing in /wp-content/themes/ and the bpmember theme residing in /wp-content/bp-themes/. If you had BuddyPress working before, this is where those two themes had to live.

I think I saw a ticket referring to something similar: https://trac.buddypress.org/ticket/1179

Read this Codex article and see if it helps:

https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

to be fair to the OP, i think the buddypress admin bar documentation is quite difficult to follow. i imagine that it would be even more difficult for anyone whose first language is not english.

(for example: “To change a function that is triggered by an action you have to unhook the current function that responds to the action and supply your own function that replaces the core function and then replace the add_action() call with one that responds to the same hook as the original function.”…)

Which version of WordPress MU and BuddyPress are you using? From where did you download the Avenue K9 theme?

Have you seen this BP thread?

https://buddypress.org/forums/topic/new-avenue-k9-bp-11-theme-released

Okay, we can rule out some strange server configuration issue.

If I remember correctly, you used to have bbPress running via deep integration but did not need any of that old data. The very first time you tried using the new one-click forum setup, did you choose the “Existing bbPress Installation” or the “New bbPress Installation” option?

Do you still have a backup copy of your old bb-config file? If so, then delete the current bb-config.php file by replacing it with your old bb-config.php file. Then go to the WPMU backend and visit “BuddyPress > Forums Setup” and click the “re-install” link. At this stage, it is worth a try.

Please note, using an “Existing bbPress Installation” does not really mean using the old bbPress files. It means use an existing bb-config file to setup bbPress with the bbPress files located in the new location. You will see this text at some point in the process:

BuddyPress will now use its internal copy of bbPress to run the forums on your site. If you wish, you can remove your old bbPress installation files, as long as you keep the bb-config.php file in the same location.