Works here too. I had troubling setting it up originally, but that’s because I hadn’t read the readme.txt carefully to do what @Jfcarter above has just said.
@Sinan,
I’m using it with WPMU 2.7.1/BuddyPress 1.0. Here’s where I have the plugin files located:
wp-captcha.php and wp-captcha.tff – in wp-content
wpmu-signup-captcha.php – in wp-content/mu-plugins
Works beautifully for me.
Thank you Burt! It looks like I can add any widget-enabled theme and the home page will change to it, then I can add the widgets for BP (i.e., Blogs, Members, Groups etc.). I also want to change the BP theme for users so it closely matches the look and feel of the overall site. I’ll figure that out.
Thanks so much,
Thomas
Lo.
> Why is it when I add a page to my WordPress site, it doesn’t show up in my BuddyPress navigation?
Because that’s just the way the default home theme is written. The items listed on that menu aren’t ‘Pages’ in the WordPress sense, anyway, so it makes little sense for the default, out-the-box BuddyPress theme to do that.
The bit of code you’d need to change (or to add in your custom/duplicate theme) is in header.php. Where you see:
<ul id="nav">
Add this underneath:
<?php wp_list_pages('title_li=<h2>Pages</h2>' ); ?>
Documentation for that function is at https://codex.wordpress.org/wp_list_pages
go to wpmu forum, there’s a thread about this.
(This is not buddypress question)
2744569Inactive
Anyone got running this plugin on sign-up page with 2.7.1?
in comments it works, but i can’t see it on register page and i have no idea how to make it work there.
Hi Jeff,
Thanks for all your help so far. I was indeed talking about the BuddyPress widget. I’ll have a go at that and see what results I get 
thank you. All I really need to do is add some CSS classes and a container box but what I put in functions.php (obviously) gets ignored.
Cheers!
Hi,
I have had the same problem for the last few days, using wpmu2.7.1, bp1.0, bb1a6, bbpress integration plugin and buddypress-enable.
The steps that seem to have solved the problem:
1. Delete all cookies.
2. Go to bbpress, register a new user. Log into bbpress as keymaster and give define that new users as admin.
3. Create a new forum in bbpress (any new forum).
4. Log into wpmu, go to forums setup and use the new user you just created.
5. Delete all cookies.
5. Log in, try starting a new group in wpmu.
I’m trying to pinpoint which of these steps did the trick to reuse it beyond my test installation.
Let me know whether it works for you as well, and if you figure out what the reason is.
Good luck
Remember also, that the navigation in header.php has NOTHING to do with WordPress pages. They are hard coded to the BuddyPress predetermined hi-jacked URLs.
The bp home theme is entirely optional. You can use your preferred wp theme for all the usual things and integrate whatever selected features what you want into the theme. Or none at all. The member theme is still available through the top admin bar.
See this in the codex: https://codex.buddypress.org/getting-started/using-the-buddypress-themes/
bp has to be installed in a folder called /wp-content/plugins/buddypress. Try uploading the plugin again. Activate sitewide.
This makes sense, because like you said above, the Member Themes aren’t real WordPress themes; BuddyPress just muscles itself in and takes over the place. And as long as the member theme functions.php registers a sidebar with the same name, WP doesn’t know the difference and loads it up.
It’s posts like this, Burt, that lead me to believe that there’s a whole lot of progress that will be made in modifying the Member Theme area.
Good post, A+ for the day. 
Since this is a BuddyPress forum, I’ll assume you’re talking about the Buddypress widget “Recent Blog Posts” and not the WordPress widget “Recent Posts”
You need to look in bp-blogs-widgets.php for the code. But, do not change the code within that file. It is a core BuddyPress file and any changes you make will be lost the next time you upgrade. Instead, make a copy of that file and create your own custom widget.
Derosion-
Although the WordPress widget API clearly advises developers not to use the widget functions starting with wp_, there is an issue with localization of Widgets in BuddyPress if the register_sidebar_widget() is used.
If you’re not planning on distributing your custom components or widgets, then you can code them with the register_sidebar_widget() function call instead of wp_register_sidebar_widget(). However, if you plan to make your custom component or widget available to the community, you should use wp_register_sidebar_widget() at this time.
See Changeset 1244 for more information.
Mariahneu-
First of all, we need some additional information:
- Which version of WordPress Mu are you running?
- From where (provide link) did you download WPMU?
- Which version of BuddyPress are you running?
- Did you open any of the BuddyPress files?
- Did you alter any of the BuddyPress files?
After disabling bphome and just running on the classic wordpress theme whenever I visit any of the pages that involve BP scripts I get the error.
A classic WordPress theme will not work with BuddyPress. There is BP-specific code within BP themes and BP theme folders. The question is, what happens when you use the standard BP themes that come with BuddyPress?
Also, after switching to the standard BP themes, and if you’re still having issues, then you should set PHP to run on version 5 instead of 4 and see what happens.
Not yet. To do that we’ll need to save also in buddypress tables id of assigned site, or – probably easier to accomplish – create different instances of buddypress with all tables for each site.
Till now i found out that manipulating with define( ‘BP_ROOT_BLOG’, $blog_id ); (line 16,bp-core) i can make social part avaiable from each site. the problem is that avatars on other sites disappeared and – of course – i’m afraid about google and duplicated content issue.
My goal is to have on ‘global’ buddypress instance and ‘local’ buddypress instances for each site. The only thing i’m afraid about is number of tables and queries to load each site on such a configuration…
Were you also able to separate out the friends and groups so that the groups and friends associated with Site A were not seen by people on Site B?
Ops – part to site_id should be as follows:
function my_bp_adminbar_authors_menu() {
global $current_blog,$wpdb;
$blog_url = get_blog_option($current_blog->blog_id, 'siteurl' );
$blog_url_pieces = explode("/", $blog_url);
$blog_url = $blog_url_pieces[2];
$site_id = $wpdb->get_var( "SELECT COUNT(*) FROM wp_site WHERE domain='".$blog_url."'");
I’ve redownloaded everything back to the original server, and even made sure to upload (specifically) the bp-themes folder from here. After disabling bphome and just running on the classic wordpress theme whenever I visit any of the pages that involve BP scripts I get the error.
You do not have any BuddyPress themes installed.
Please move “/wp-content/plugins/buddypress/bp-themes/” to “/wp-content/bp-themes/” and refresh this page. You can download more themes here.
The files are in the right place and when I go to BuddyPress settings as a site administrator both the bpmember and skeleton member themes are available. I’ve tried the click it method I’ve seen in other posts but its not working. Do you have another tactic at fixing that situation? I think that is whats causing the majority of these 404’s.
Updated bp_adminbar_authors_menu to hide authors on additional main sites
//HOOKS FOR TOP MENU - AUTHORS
remove_action( 'bp_adminbar_menus', 'bp_adminbar_authors_menu', 12 );
add_action( 'bp_adminbar_menus', 'my_bp_adminbar_authors_menu', 12 );
// **** "Blog Authors" Menu (visible when not logged in) ********
function my_bp_adminbar_authors_menu() {
global $current_blog,$wpdb;
$site_id = $wpdb->get_var( "SELECT COUNT(*) FROM wp_site WHERE id=".$current_blog->blog_id);
//$numrows = $wpdb->num_rows($site_id);
if ( $site_id!
'1' ) {
$authors = get_users_of_blog();
if ( is_array( $authors ) ) {
/* This is a blog, render a menu with links to all authors */
echo '<li id="bp-adminbar-authors-menu" class="'.$site_id.'"><a href="/">';
_e('Blog Authors', 'buddypress');
echo '</a>';
echo '<ul class="author-list">';
foreach( $authors as $author ) {
$author = new BP_Core_User( $author->user_id );
echo '<li>';
echo '<a href="' . $author->user_url . '">';
echo $author->avatar_mini;
echo ' ' . $author->fullname;
echo '<span class="activity">' . $author->last_active . '</span>';
echo '</a>';
echo '<div class="admin-bar-clear"></div>';
echo '</li>';
}
echo '</ul>';
echo '</li>';
}
}
}
Warning: bp_show_register_page(BP_PLUGIN_DIR/bp-core/bp-core-signup.php) [function.bp-show-register-page]: failed to open stream: No such file or directory in /home/www/missionaries.net/wp-content/themes/buddypress-home/functions.php on line 70
Did you deactivate the bp plugin? It doesn’t seem to be running. If it’s not available for selection then check the /wp-content/plugin dir for it’s existence. If it doesn’t exist reinstall it.
Finding out why it got deactivated or it doesn’t exist anymore would be the next step.
great addition Burt, didn’t even think about that. it works great!
custom.css doesn’t work in this case people? custom.css should override base.css without a direct edit of base.css. I’m just getting to this at the end of the discussion.
