BuddyPress.org

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.

John – have you resolved this question? I’m interested in doing the same thing… would be grateful for guidance if you’ve been able to achieve what you described.

== ‘cancel friendship’ & ‘private message’ buttons overlap each other ==

1. If you want volunteers to actually check out the issue, please provide test user username and password which you can delete later.

2. What happened to the ‘public message’ button which in bp-default theme shows up between ‘cancel friendship’ and ‘private message’ buttons?

3. In all probability, you would just need to add styles in your theme’s style.css file. something like:
`#item-buttons a { margin-right: 15px; }`
The above will work in bp-default theme. No guarantees this will work on your theme.

We should. Please make an enhancement ticket on https://buddypress.trac.WordPress.org/. You can use your username and password from this site.

This was cross-posted on BP trac, and the answer was provided at https://buddypress.trac.wordpress.org/ticket/4232

To put your issues in context
WP/BP versions? Theme used? Plugins used? basically … https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/when-asking-for-support/

I was also surprised to discover that when a user is marked as a spammer, no action is taken to delete or hide the messages they have sent from users.

When a user is marked as a spammer, surely Buddypress should prevent all other users from seeing messages they have sent? Can this be added to a future version?

@nickharambee Remove the BP Component Pages you want to make private from the custom menu https://codex.buddypress.org/extending-buddypress/how-to-set-up-your-main-site-navigation-using-the-built-in-wordpress-menus/

Add the following to your theme’s or child theme’s functions.php file

add_filter( 'wp_nav_menu_items', 'mme_loggedin_only_links' );
function mme_loggedin_only_links($items) {
if (!is_user_logged_in())
return $items;
else
$ouractivity = '<li><a href="' . home_url('/') . 'activity' . '">' . __('Activity', 'buddypress' ) . '</a></li>';
$ourmembers = '<li><a href="' . home_url('/') . 'members' . '">' . __('Members', 'buddypress' ) . '</a></li>';
$ourgroups = '<li><a href="' . home_url('/') . 'groups' . '">' . __('Groups', 'buddypress' ) . '</a></li>';
$ourgroupforums = '<li><a href="' . home_url('/') . 'forums' . '">' . __('Forums', 'buddypress' ) . '</a></li>';
$items = $items . $ouractivity;
$items = $items . $ourmembers;
$items = $items  . $ourgroups;
$items = $items . $ourgroupforums;
return $items;
}

WP/BP versions? What have you changed recently in your installation? Change to bp-default theme and deactivate plugins except BuddyPress to start troubleshooting.

Put If Condition around the code which display Group Join/Leave Button…

Go to your Database and search in table groups_members… If current Logged in user id exists in that table, then the join of leave button will not appear to that logged in user…
So there will be no need to set private groups.. it will only show the joining option to the members who have not joined any group…

@sonnyjitsu thanks for posting the issue/resolution