BuddyPress.org

Hi,

bbp_new_reply is a bbPress action? You should try asking the guys over at bbPress.

@fearthemoose, @rezbiz,

Here “the best guarded secret” finally revealed !
But it’s not a secret, is part of Codex and a multi handled topic subject on this forum.

What we want to do: remove access possibility.
Where: on BuddyBar navigation menu (the one below the profile header).
Specifics: make the activity and forum tabs only visible to the logged in user.

NOTE: The activity tab is shown by default when you visit a profile.

As we are going to hide/remove this tab to visitors, we need to define as first another default tab. If we won’t do that, the visitor will get a Page not found error. Which is not exactly the case here, the page exist but the visitor can’t access it.

Let’s define arbitrary Profile as the new default tab. You can of course define what ever other existing tab on your BuddyBar as default.

Add this line to bp-custom.php
define( 'BP_DEFAULT_COMPONENT','profile' );

Now the mega “open secret” !

The folowing snippet contains almost any BP menu items you can have on a BuddyBar, and includes also the Forum item, in case you use bbPress.
You can remove or comment out those you don’t want to use.
Note also that it is only an example – you have to play with it to fit your need. But at least you have the right syntax to use.
Note also that some profile menu items are user only, such as message or notice. In other words, these are always private.

This function goes preferably to bp-custom.php

function bpfr_hide_tabs() {
global $bp;
	 /**
	 * class_exists() & bp_is_active are recommanded to avoid problems during updates 
	 * or when Component is deactivated
	 */

	if( class_exists( 'bbPress' ) || bp_is_active ( 'groups' ) ) :
        
        /** here we fix the conditions. 
        * Are we on a profile page ? | is user site admin ? | is user logged in ?
        */
	if ( bp_is_user() && !is_super_admin() && !is_user_logged_in() ) {

        /* and here we remove our stuff ! */
		bp_core_remove_nav_item( 'activity' );
		bp_core_remove_nav_item( 'friends' );
		bp_core_remove_nav_item( 'groups' );
		bp_core_remove_nav_item( 'forums' );
	}
	endif;
}
add_action( 'bp_setup_nav', 'bpfr_hide_tabs', 15 );

Some other hints for privacy
if you want to allow only the profile owner to view some tabs, replace
!is_user_logged_in by !bp_is_my_profile() – this scenario doesn’t need a check for logged in users as it is made by bp_is_my_profile.

If you want only to make a profile private, read here.

If you want to remove a sub-nav item (ie. View on Profile), you use something like:
bp_core_remove_subnav_item( 'profile', 'view' );

Many other possibilities for navigation are also available, including for groups. Several examples are given on Codex, here.

And if not enough, RTFM and search the forum ! 🙂

Have fun !

Ask on bbPress forum! 🙂
https://bbpress.org/forums/

This seems to be more of a bbPress issue, since it is to do with the ordering of the forum. I would unload all other plugins and see if the problem persists, also switch to the 2016 Theme.

@r-a-y

I found out what was causing the problem for me. I don’t know if the cause is the same for the OP.

In forum settings, I had unchecked the “Forum Prefix” box (the one that prefixes all forum pages with the root slug “Forums.”) I also had the Search slug set to the default “search.”

This left the forum search results “script” if you can call it that, pointing to domain.com/search – which I gather is the default search URL for WordPress and BuddyPress?

Without BuddyPress installed, the forum search still worked, but with BuddyPress installed – nothing. And yet, it was NOT BuddyPress, it was my own lack of understanding. 🙁

I hadn’t realized that the root search slug, without forums in front of it, would cause a problem. But I did some digging around in all this and discovered that both the twentysixteen theme, and BuddyPress, have pages called “search.php” – so naturally, domain.com/search would point to one of those scripts, and not to bbPress search results. (bbPress does not have a search.php page)

Anwyay, when I check the Forums Prefix box, and search the forums, the results page loads at domain.com/<strong>forums</strong>/search and everything works perfectly.

Unforunately I’m using a plugin for bbPress that changes the URL structure and requires me to leave the Forum Prefix box unchecked. But, I found a way around that too – in Forum Settings, I simply changed the search slug to search-results and again, everything works perfectly (and the URL for search-results is now domain.com/search-results which in no way conflicts with domain.com/search)

I have to say, had you not mentioned the search slug in your response, it never would have occurred to me that it would be the cause of all my frustration. I’m glad to have this resolved, and hope that my explanation is enough that it will be able to help anyone else who might run into the same issue.

EDIT

I’ve also discovered that I can set the search slug to forums/search which effectively accomplished the same thing as leaving it on search whilst checking the Forum Prefix box. i.e. they both return the URL as domain.com/forums/search which may not be a huge deal, but it does seem to look prettier than any other URL…

I cannot duplicate your problem.

I’m trying the search form from example.com/forums. In the WP admin dashboard’s “Settings > Forums” page, I have “Allow forum wide search” checked as well.

You might want to refresh your permalinks at “Settings > Permalinks”. Sometimes that helps.

Also, check your search slug in “Settings > Forums” and make sure it has no spaces:
https://bbpress.org/forums/topic/bbpress-search-function-doesnt-return-results-goes-to-home-page/#post-174545

When I try and search the forums I get no results and returned to the home page

I’m having this same problem and it is definitely an issue that is caused by BuddyPress. I’m using WordPress 4.6.1 with the TwentySixteen Theme, bbPress 2.5.10, and BuddyPress 2.6.2.

When I deactivate all bbPress related plugins, the search still sends me back to the home page. When I deactivate BuddyPress – the search works exactly the way it’s supposed to.

Is there a file in the BuddyPress theme that I can modify/remove/replace, that will correct this issue?

I’m unable to reproduce your issue on a single install with over 20 plugins active and plenty of custom functions active in bp-custom.php
I can upload medias without problem with different 3th party themes or Twenty’s

Try to upload a fresh copy of WordPress and BP and see if it makes a difference.

Now about the snippet.
It works more or less, no code error. You commented the action, so it is deactivated if someone copy/paste it without correcting this.

That said, what is the reason behind using a redirection to login if the site, or at least the buddyPress parts, should be private ?

Wouldn’t it be more logic to redirect visitors to an anonymous page with some important information, from which the first one could be Sorry, but this site is private ? Followed by some informations how to register or pay a fee or whatever the reason.

A private site has two type of visitors: those invited to join and the others. Don’t give the opportunity to those who are there by chance to enter the site so easily.

I let you think about this and eventually create an appropriate page and template.
Here a code example redirecting to a page called Intranet and the correct calls to slugs for all components (including bbPress).

function bpfr_guest_redirect() {
global $bp;
// enter the slug or component conditional here
	if ( bp_is_activity_component() || bp_is_groups_component() || bp_is_blogs_component() || bp_is_page( BP_MEMBERS_SLUG ) || is_bbpress() ) {
	
// not logged in user are redirected to - comment/uncomment or add/remove to your need
		if( !is_user_logged_in() ) { 
			//wp_redirect( get_option('siteurl') ); //back to homepage
			//wp_redirect( get_option('siteurl') . '/register' ); // back to register page	
			wp_redirect( get_option('siteurl') . '/intranet' ); // back to whatever page
		} 
	}
}
add_filter( 'get_header', 'bpfr_guest_redirect', 1 );

Add it to child-theme’s functions.php

Hi,

bbPress is a separate plugin. If you don’t want it “inside” BuddyPress, you have to install it as standalone forum. Follow these instructions.

Hi!

1) yes – as i already explained

2) yes

3) the solution is to patch the file manually. It will be available in a future bbPress update, but i ignore the date… It’s better to patch immediatly, update can be in a long time.

Here is the patch.
– In red you see the current code.
– In green the new one you can use.

Remove the line in red and replace it by the green one. Note this modification in a safe place, in case the patch won’t be applied at next bbP update. This can happen and is available for absolutly any plugin, theme and even WP when it comes to patch core files.

You see also the line number so it’s very easy to find it inside the file.
The concerned file is mentionned in bold, above the diff. code itself.
FYI the complete path is wp-content/plugins/bbpress/includes/extend/buddypress/activity.php

I suppose you know how to copy/paste ? 🙂

I was able to reproduce the problem described here, and I’ve opened a ticket to track it at https://bbpress.trac.wordpress.org/ticket/2992.

@ico33 Perhaps you could test the patch on that ticket, to see if it solves your problem. If so, leaving a comment on that bbPress ticket would be a great way to help.