BuddyPress.org

actually didn’t take it as criticism, it’s just a difficult area support forums for OS apps are run by volunteers, the ones that can answer questions effectively are more than often working pros so haven’t that much time for in depth help.

There are a few private forums or sites dedicated to BP you could try buddydev or bp-tricks? but not sure of the level of support those can offer.

Hi Boone!

I used your code to show only Public groups on the groups directory page however my issue is that when people use the search box on the directory, even private groups show up! Can you please help me stop private groups from showing up in the search results as well?

Your welcome…..

You don’t say what your add action is hooked to ( or what the line number refers to ). Do you have a `’walled_garden’` hook in your template?

I would suggest trying the following (I use something similiar but allow access to groups and forums):
`

function sh_walled_garden()
{
global $bp;

if( bp_is_register_page() || bp_is_activation_page() )
return;

if( ! bp_is_blog_page() && ! is_user_logged_in() )
bp_core_redirect( bp_get_signup_page() );
}

add_action( ‘bp_init’, ‘sh_walled_garden’ );
`
I also substitute `add_action( ‘wp_loaded’, ‘sh_walled_garden’ );` on a different site….
`bp_init` and `wp_loaded` are “native” to buddypress/wordpress so you don’t need to create your own template hook….

This is in a bp-custom-php file – using buddypress v1.5.5 as I haven’t upgraded to 1.5.6 yet….

The function is messages_new_message()

> when an image is denied an email is sent out to the user

So you have a function or some code that does that, yes?
Then you could use parts of the below in that code or call it as a function

`

function bp_send_image_denied_message() {
global $bp;

//check_admin_referer(message_check”); // adjust if needed

$sender_id = $bp->loggedin_user->id; // moderator id ?
$recip_id = $bp->displayed_user->id; // denied image user id ?

if ( $thread_id = messages_new_message( array(‘sender_id’ => $sender_id, ‘subject’ => ‘Image Denied, ‘content’ => ‘why it was denied], ‘recipients’ => $recip_id ) ) ) {
bp_core_add_message( __( ‘Image Denied Message was sent.’, ‘buddypress’ ) );
bp_core_redirect( $bp->displayed_user->domain ); // adjust as needed
} else {
bp_core_add_message( __( ‘There was an error sending that Private Message.’, ‘buddypress’ ), ‘error’ );
}

}
add_action( ‘wp’, ‘bp_send_image_denied_message’, 3 );
`

I don’t think this is very easy to do, if at all. The reason being groups are pretty much hardcoded to three types of membership status: public, private, hidden. You could add some checks to only permit display of the activity list page, but you’d need to somehow keep track of if the user has “joined” the group.

I say “joined” because the user will have already joined the group — but you need a secondary type of group membership. You could store such a setting in group meta.

This is the first time I’ve ever heard anyone ask to send messages without a subject. It’s mandatory.

As a workaround, you could edit the messages templates, and replace the input text box (for the subject) with a input type of “hidden”, and set value to something like e.g. “private message”. It’s not foolproof, as a smart user could still change the subject, but I get the impression you wouldn’t be that bothered in that case

bp_member_add_friend_button() you would find that by looking in the bp-friends-tamplate.php and to find it was in that file meant looking at the members loop to see how the action buttons are handled and tracing the do_action handle back to that template file you’ll then realise ‘bp_member_add_friend_button()’ echoes bp_get_add_friend_button() with passed args so you then need to trace that function to see further how the friends button works.

In the profile we trace back to functions.php and find ‘bp_add_friend_button()’ that traces to various files, bp-friends-template.php the one of interest again.

Looks like JS hiding all the buttons from this test user – though I can see all those links in source.