Thank you so much @mercime ! All though I’m an atheist, I’m tempted to call you a God 
Have you changed the theme template to remove the walled garden hook?
With Your function there should be something like “ in the header.php ….
An alternative way is to load it on a bp hook as in https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-do-i-make-buddypress-1-6-a-private-community/#post-136021 ( Note:
The function can be put into bp-custom.php though that example puts it into a plugin )
no one knows how to change redirect link from wp-admin to registration page in private buddypress plugin??
BuddyPress all of the theme compatibility code that’s in bbPress. We’ve not left any of that out. I’m not sure what you mean.
Odd. akismet_test_mode() is a function provided by Akismet. I’ve just downloaded the Akismet plugin and it still exists, so.. maybe your BuddyPress was loading from your Akismet. I’ve not run into this before.
if you consider accomplishing the task by hitting my laptop with a fuzzy mallet, pouring coffee into the keyboard to “wake up” the computer, downloading databases, failing at recovering my backup, then needing flop and then flip versions of BP back and forth, and then just waving my hands over the computer chanting “oh buddypress and wordpress update work oh work hhoooommiiiiii aaaah”
and then it working.
then yes.
PS: i did very few of the above mentioned steps and do not recommend you try them at home.
PROBLEM SOLVED!
The problem is “404 Redirection” plugin. Disabling this plugin now Buddypress work fine.
IAt this point, however, I’m not sure that the problem is not linked to .htaccess…
Any suggestions? Do I need to reinstall my entire site from scratch?
It not resolve my problem. My .htaccess now is
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
deny from all
order deny,allow
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^[_0-9a-zA-Z-]+/(.*.php)$ $1 [L]
RewriteRule . index.php [L]
Cheers for the feedback guys.
The problem with plugin-buddypress.php will come on sites where we have a number of different layouts / irregular layouts depending on which component the site is displaying. It works OK for a small number of conditional includes, but would become cumbersome with many conditionals (as @hnla alludes to), and effectively become another layer of [edit] page routing [/edit] (as @r-a-y rightly points out we want to avoid).
I’ll take a look at the bp_get_query_template filter – but, guess that would just be pushing the same additional logic to a different area of code.
Ok.. I finally realized that all of the css for my “template pack” install of BuddyPress is being driven from the bp-template-pack plugin… crap. bp.css file is right there, and it contains everything I was looking to change. I copied this css into my child theme, turned off the template pack css, and everything is going well.
@meg@info
Thanks for that. I am able to remove the notifications subnav, but since the General subnav is the default, it behaves a little differently.
Anyway, the hack to modify the form data on the General subnav page is working well. I think I’m happy with it… and it’s not a big deal to re-apply after a BP upgrade.
Thanks,
Mike.
I’m using WP 3.4.2 and BP 1.6.1. I think they are the latest versions.
It’s a single site.
I’m hosted at Bluehost.
I started the website by downloading WordPress then immediately downloading Buddypress.
I have deactivated all other plugins except Buddypress and bbpress, and yes, I went back to the default theme.
My registration page has been giving me problems. At first it was a blank page but I figured out how to get the registration to at least show up (the blank page was from conflicting plugins). Now I can fill in all of my information on the registration page but when I press “complete sign up,” it refreshes the page back to the registration page with all of my info still filled in except my password. No account is created. No email is sent.
I have registration enabled and have tried registering as not just a “member” but some of the other ones. I have tried different themes, deactivating all of the plugins, and trying to find someone who knows what is wrong. I’m new to buddypress so I’m not sure what to really do.
@trsabuis help us help you. Do provide more information about your installation. To begin with:
– WP/BP versions?
– Single/Multisite?
– Where are you hosted? Windows/Linux/etc server?
– Is this a new installation or did you add BuddyPress to an existing WP install?
– Have you changed to bp-default theme and deactivated all other plugins except BuddyPress?
– What exactly is the error in your installation? At what point did the error show up?
– What are the steps you’ve taken so far to troubleshoot the issue in your install?
or am I over thinking this?
Hugo, my answer was towards Roger’s question about having different areas on the external page template based on his requirements. It’s not meant to be a page router for everything as BP already does that.
Example: Like Roger, I want to have a sidebar on member profile pages only.
I don’t want to let BuddyPress use the `page.php` template as a default, so I’ll create a template file called `plugin-buddypress.php`.
BuddyPress will use `plugin-buddypress.php` instead of `page.php` for the skeleton. Like `page.php`, this new template file will need to include “ somewhere in the template as that is what BP looks for to inject our content.
Now, I only want to enable a sidebar for member profiles only.
So somewhere in `plugin-buddypress.php`, I’ll do something like this:
`<?php
// are we on a user profile page? if so load up our special members sidebar
if ( bp_is_user() ) :
get_template_part( ‘my-special-members-sidebar’ );
?>`
This will enable me to show a different sidebar on a user profile page only.
Hi @wpmirwin, this part of code above is from buddypress Notifcation manager plugin.
https://wordpress.org/extend/plugins/buddypress-notifications-manager/
mybe this plugin can help you.
this function hide the notifications subnav, and it should work in bp 1.5 and bp 1.6
function bp_hide_notifications_subnav(){
global $bp;
bp_core_remove_subnav_item($bp->settings->slug, ‘notifications’);
if ( bp_use_wp_admin_bar() ) {
add_action( ‘wp_before_admin_bar_render’, create_function(
”, ‘global $bp, $wp_admin_bar; $wp_admin_bar->remove_menu( “my-account-settings-notifications” );’ ) );
}
}
//if is not bp 1.5
if ( version_compare( BP_VERSION, ‘1.5’ ) < 0 )
add_action( ‘wp’, ‘bp_hide_notifications_subnav’);
else
add_action( ‘bp_setup_nav’, ‘bp_hide_notifications_subnav’ );
Can you try disabling W3 Total Cache to see if that solves your issue?
@mercime – Gigantic ‘Yes’ to no more BP Template Pack questions! You have answered so many of those questions and helped out so many users with these issues.
Yup, we need new codex pages to detail all the cool BP 1.7 stuff in the works.
If you need some help drafting some pages, let me know.
@r-a-y thank you. No more bp-template-pack questions anymore come BP 1.7, only plugin-buddypress.php ones 
BP 1.7 is going to be exciting, all these new shiny features in templates and forums and all that jazz! …. Errr, what am I saying? We need to create all those new codex pages covering the new features as well, gazooks, lol.
If you were using the WordPress registration page before while running BuddyPress, then it was actually a bug in BuddyPress!
However, if you really need to use the WP registration page, add this code snippet to /wp-content/plugins/bp-custom.php:
`remove_action( ‘bp_init’, ‘bp_core_wpsignup_redirect’ );`
This snippet disables the redirect from WP’s registration to BP’s registration page. It’s not really recommended to this, so I note this as a disclaimer now!
You’ll also want to probably remove the “Registration” page from the BuddyPress admin settings area so that page cannot be used for registering.
Glad to see interest in the BuddyPress Follow component. Wasn’t even aware that there were two forks of it!
To be fair, the original code for BuddyPress FollowMe was from BuddyPress Followers restructured to use the BP Skeleton Component. Other than that, from my quick look through the plugin, I did not see any new features or changes. Let me know if I’m wrong!
BuddyPress Followers is the original plugin created by Andy Peatling; I made an update to that plugin a long time ago and started maintaining the plugin.
It hasn’t had any updates as of late. If developers want to submit patches or ideas for BuddyPress Followers, you can do so on Github here:
`https://github.com/r-a-y/buddypress-followers`
—
EthanVan, I guess I can toggle the `’wrapper_class’` if you’re currently viewing a directory page, but other than that, you shouldn’t have to create a duplicate of the `$button` variable. Your code is not necessary when there is a filter available – `’bp_follow_get_add_follow_button’` – so you can hook in there and change the class if desired.
In BP 1.7, BuddyPress looks for the following files in your theme’s folder to determine which page BP uses for the skeleton:
`’plugin-buddypress.php’
‘buddypress.php’
‘community.php’
‘generic.php’
‘page.php’
‘single.php’
‘index.php’`
If you need to do a conditional based on a specific BP page component, there’s a filter in `bp_get_query_template()` to override it. Note: I haven’t tested this yet.
You could also use BP page conditionals with template parts within one of the templates listed above. That’s probably the easiest way without having to use filters.
References:
bp_get_theme_compat_templates():
`https://buddypress.trac.wordpress.org/browser/trunk/bp-core/bp-core-template-loader.php#L292`
bp_get_query_template():
`https://buddypress.trac.wordpress.org/browser/trunk/bp-core/bp-core-template-loader.php#L140`
Thanks for the info @djpaul
Not possible right now (the backend doesn’t support querying by dates). Keep an eye on https://buddypress.trac.wordpress.org/ticket/4428
