BuddyPress.org

This is the bar and menu I am trying to get rid of:

While this is the bar I’m trying to maintain, but all of these options disappear when I hide the WordPress Admin Bar above:

Thank you but that doesn’t provide me the path the original file I was directed to update where I needed to add the ID numbers. I still need to know where that file lives.

For this new solution, what is the latest “official” complete code I should include in the new bp-custom.php file? The link you provided is asking me to create a new file if it didn’t exist. I did that adding it here in the plugins folder: public_html/wp-content/plugins

Including this code as a starting point:

<?php
// hacks and mods will go here
?>
—————————–
Is the below the correct and complete code to use?

// Remove admin from the member directory
function bpdev_exclude_users($qs=false,$object=false){

$excluded_user=’1′; // Id’s to remove, separated by comma

if($object != ‘members’ && $object != ‘friends’)// hide admin to members & friends
return $qs;

$args=wp_parse_args($qs);

if(!empty($args[‘user_id’]))
return $qs;

if(!empty($args[‘exclude’]))
$args[‘exclude’] = $args[‘exclude’].’,’.$excluded_user;
else
$args[‘exclude’] = $excluded_user;

$qs = build_query($args);

return $qs;

}
add_action(‘bp_ajax_querystring’,’bpdev_exclude_users’,20,2);

// once admin is removed, we must recount the members !
function bpfr_hide_get_total_filter($count){
return $count-1;
}
add_filter(‘bp_get_total_member_count’,’bpfr_hide_get_total_filter’);

Hi Paul

You’ve been a great help!

I managed to find the correct buddypress index file.

If it isn’t too much I would like your help to one last thing.
So i created my div, however i want it to be visible to only the administrator.

I found a code i can use:

<?php
if (current_user_can(‘edit_users’)){
?>
<div class="opretbruger">Opret bruger</div>
<?php
}
?>

however it doesn’t seem to work – it simply hides the div for every user even though my administrator role has the right to edit users. I also tried with ‘administrator’. Am i doing anything wrong?

Thanks for the quick response, but doesn’t seem to be working for me. I created the template overload of profile-loop.php and stored it in wp-content/themes/buddyboss-child/buddypress/bp-templates/bp-legacy/buddypress/members/single/profile. I’ve pasted the entire file below after modification.

I can’t find it now, but there was a thread somewhere that indicated that the following line needed to be changed in bp-xprofile-template.php so was wondering what you thought of that.
$hide_empty_fields_default = ( ! is_network_admin() && ! is_admin() && ! bp_is_user_profile_edit() && ! bp_is_register_page() );

Anyway, here’s my profile-loop.php:
`

I found this. May I made a feature enhancement request to add each of these code features to enable a check box in the users section of the admin panel? Having to manually add the ID of new users to hide isn’t practical: https://buddypress.org/support/topic/hide-admin-from-members-and-activity/:

// Remove admin from the member directory
function bpdev_exclude_users($qs=false,$object=false){

$excluded_user=’1′; // Id’s to remove, separated by comma

if($object != ‘members’ && $object != ‘friends’)// hide admin to members & friends
return $qs;

$args=wp_parse_args($qs);

if(!empty($args[‘user_id’]))
return $qs;

if(!empty($args[‘exclude’]))
$args[‘exclude’] = $args[‘exclude’].’,’.$excluded_user;
else
$args[‘exclude’] = $excluded_user;

$qs = build_query($args);

return $qs;

}
add_action(‘bp_ajax_querystring’,’bpdev_exclude_users’,20,2);

// once admin is removed, we must recount the members !
function bpfr_hide_get_total_filter($count){
return $count-1;
}
add_filter(‘bp_get_total_member_count’,’bpfr_hide_get_total_filter’);

PS. Maybe hide by member type? or in the admin panel is there a checkbox? When I check ” Exclude user from Author-sitemap” the member still shows up under members.

In short I need this code to redirect to 404 page not homepage. Thank you.

// deny access to admins profile. User is redirected to the homepage
function bpfr_hide_admins_profile() {
	global $bp; 
	if(bp_is_profile && $bp->displayed_user->id == 1 && $bp->loggedin_user->id != 1) :
		wp_redirect( home_url() );
	exit;
	endif;
}
add_action( 'wp', 'bpfr_hide_admins_profile', 1 );

I found the solution:

// Exclude Admins from Directories and BP Widgets 
add_filter( 'bp_after_has_members_parse_args', 'buddydev_exclude_users' );
 
function buddydev_exclude_users( $args ) {
    //do not exclude in admin
    if( is_admin() && ! defined( 'DOING_AJAX' ) ) {
        return $args;
    }
    
    $excluded = isset( $args['exclude'] )? $args['exclude'] : array();
 
    if( !is_array( $excluded ) ) {
        $excluded = explode(',', $excluded );
    }
    
    $user_ids = array( 1, ); // enter user ids here
    
    
    $excluded = array_merge( $excluded, $user_ids );
    
    $args['exclude'] = $excluded;
    
    return $args;
}

// Deny access to admins profile. User is redirected to the homepage
function bpfr_hide_admins_profile() {
	global $bp; 
	if(bp_is_profile && $bp->displayed_user->id == 1 && $bp->loggedin_user->id != 1) :
		wp_redirect( home_url() );
	exit;
	endif;
}
add_action( 'wp', 'bpfr_hide_admins_profile', 1 );

// Hide admin's activities from all activity feeds
function bpfr_hide_admin_activity( $a, $activities ) {	
	
	// ... but allow admin to see his activities!
	if ( is_site_admin() )	
		return $activities;	
	
	foreach ( $activities->activities as $key => $activity ) {	
		// ID's to exclude, separated by commas. ID 1 is always the superadmin
		if ( $activity->user_id == 1  ) {			
			
			unset( $activities->activities[$key] );			
			
			$activities->activity_count = $activities->activity_count-1;			
			$activities->total_activity_count = $activities->total_activity_count-1;			
					$activities->pag_num = $activities->pag_num -1;				
		}		
	}
	
					
	// Renumber the array keys to account for missing items 	
	$activities_new = array_values( $activities->activities );		
	$activities->activities = $activities_new;	
	
	return $activities;
	
}
add_action( 'bp_has_activities', 'bpfr_hide_admin_activity', 10, 2 );

I have:

a.- Updated to BP 2.7.2. <– Still same problems but warnings hidden by my code.

b.- Removed the buddypress folder in my theme with edited files and checked. <– Still same problems: Warnings (as my code did not hide them), “Moderators” tag and “no mods” string.

c.- Downloaded and activated Twenty Sixteen theme. <– Same as in previous step.

And I get the same warning explained in the first entry in this post so it’s not about my modified files and it’s not about a theme problem.

There are still two problems:

1.- The warning points to get_group_moderator_ids( $group_id ) in /wp-content/plugins/buddypress/bp-groups/classes/class-bp-groups-member.php

I don’t have (or have had) moderators in any group so, “Creating default object from empty value” <– What default object from what empty value?

2.- The problem is somewhere else: In line 33 of the group-header.php file (in groups/single/ ) we find this line:

if ( bp_group_has_moderators() ) :

where “bp_group_has_moderators()” is giving a false “true” value as I don’t have moderators in any group so it should not execute in the first place. And after the Moderators tag it says “no mods”, so it on a later step recognizes there are no moderators!!!

Has the bp_group_has_moderators() function or get_group_moderator_ids( $group_id ) function been altered? Or the data about mods and/or admins in the groups?

Because one of them creates two warnings (one before listing the admins and one before listing the mods) that were not there before and also shows a “Moderators” tag that did not appear as the if ( bp_group_has_moderators() ) returned the FALSE value my no-mods groups “deserve” (which it later recognizes when adding the “no mods” string) that now returns this “buggy” TRUE value and shows the tag.

Nothing to do!

Error:

Parse error: syntax error, unexpected ‘function’ (T_FUNCTION) in /home/mondolap/public_html/wp-content/plugins/bp-custom.php on line 3

This is the bp-custom code:

<? php

if ( bp_is_members_directory() && ! is_super_admin() ) {
//should we add a message too?
//bp_core_add_message( ‘Private page.’, ‘error’ );
bp_core_redirect( site_url(‘/’) );
}
}
add_action( ‘bp_template_redirect’, ‘buddydev_hide_members_directory_from_all_except_admin’ );

Thanks! I did it with your suggest, so the file is

<? php
function buddydev_hide_members_directory_from_all_except_admin() {

    if ( bp_is_members_directory() && ! is_super_admin() ) {
        //should we add a message too?
        //bp_core_add_message( 'Private page.', 'error' );
        bp_core_redirect( site_url('/') );
    }
}
add_action( 'bp_template_redirect', 'buddydev_hide_members_directory_from_all_except_admin' );

But every page of the website is now again a blank page with this error:

Parse error: syntax error, unexpected ‘function’ (T_FUNCTION) in /home/mondolap/public_html/wp-content/plugins/bp-custom.php on line 2

@sbrajesh

Hello and thanks for the support, I tried the solution suggested, but after I created and then uploaded the file bp-custom in the plugins folder I got an error in every page of the website:

Parse error: syntax error, unexpected ‘function’ (T_FUNCTION) in /home/mondolap/public_html/wp-content/plugins/bp-custom.php on line 2

This is my file bp-custom:

<? php
function buddydev_hide_members_directory_from_all_except_admin() {

    if ( bp_is_members_directory() && ! is_super_admin() ) {
        //should we add a message too?
        //bp_core_add_message( 'Private page.', 'error' );
        bp_core_redirect( site_url('/') );
    }
}
add_action( 'bp_template_redirect', 'buddydev_hide_members_directory_from_all_except_admin' );
?>

@danbp

Thanks again.

I’d missed the second example, but, unfortunately, it doesn’t solve the issue.

If not enough, you use CSS display:none; for the BASE markup on profile edit tab.

I attempted to do this but I’m unable to target the BASE group without also affecting the USER INFO group

I noticed, too, that the “hide fields or field group to members, but not to site admin” code was preventing user registrations from going through, for some reason. It was quickly redirecting users to the home page, rather than a success or failure message page, when they clicked on the “complete sign up” button.

I think what I’ll have to do is put all fields in the BASE group & go with what @shanebp suggested in the thread I linked in my first post. & hope that potential subscribers aren’t put off by the registration form.