BuddyPress.org

@dwenaus thank you very much for this code, it works awesome!
I’m missing one feature though, when you click “create a new thread” you can’t chose the private/hidden groups, it would be great if you could add this.

@matiaspunx, Usually it will list the username, unless it is a private message.

It would surely be possible if you took the code of the (function ‘show user avatar’) ‘buddypress’)), and placed it in the adminpar php file, it would show up.

I would highly recommended seeking a professional web builder, because it requires going to to the Buddypress Core Elements, and would take some expert styling on avatar size, due to dropdown menu.

@liesl1698 Are you talking about a Facebook Notification Functionality?

If yes, sorry, unless you are an expert at html code functions, that is not an option at the moment. The Notifications feature is for private messaging, and community functions. There may be a plugin in the near future.

Hi,
The reason it is happening perhaps hide_sitewide is not set to 1 for private activity. Most probably a conflict with some plugin as you already mention above. Can you check the database activity table to confirm that ?

Have you put the code
`
define(“BP_DEFAULT_COMPONENT”, “profile”);
`
In wp-content/plugins/bp-custom.php, It will make the profile accessible if put in bp-custom.php. yes,it simply change the default profile component(landing page on profile) from activity to xprofile.

Hi,
The private updates on group should not be visible to anyone other than the profile owner. It means something is wrong, you should check other plugins.
btw, yes, you can remove the activity section from profile. put the following code in your theme’s functions.php

`
global $bp;
bp_core_remove_nav_item($bp->activity->id);
`
But this will make the profile inaccessible, as activity is set as the default profile component. so you may want to put the following code in bp-custom.php
`
define(“BP_DEFAULT_COMPONENT”, “profile”);
`
hope that helps.

me the same problem… a private group works,,, but my hidden group doesn´t show any invite button anymore… it´s not safe to use this so far i think.

I also have the same problem. Not just with my regular site, to which I’ve done a ton of tweaking, but also on a fairly fresh install on a different domain. What happens is that I click on “send private message” and everything comes up fine, an email with name of the person I’m about to email, plus a text-entry box to the right of the name. If I try to type into that field, the first thing that happens is that my header image reverts to the original blue of the default buddypress install… and then if I click “tab”, the following html comes up in that field I just tabbed out of: “”. Odd.

This installation of WordPress only uses the BuddyPress plugin. No other. It’s a relatively clean install, again, with 1 plugin. My main site, however, also exhibits this problem.

thanks in advance for the help on this.

As noted in the ticket:
https://trac.buddypress.org/ticket/1125#comment:3

It should be possible by creating a plugin.
If you have a little WordPress experience, check out /buddypress/bp-groups.php for all the necessary hooks and filters to start work on the plugin.

As for the usernames, I just added a note to the field that appears on registration. When people are signing up, and that mandatory username field pops up, I make sure users know that this is visible to the entire community. That way they know not to use something private. Most internet users know all about usernames, right?

Wow it looks like mine goes a bit farther than this. It won’t let me post status updates, private messages, etc. All with that generic, red error message.

What would be stopping all BP data entry? I can still leave comments on posts just fine…

Pretty easy. Just create some custom registration fields for each of the categories you want to collect. You can make them mandatory if you want, too.

Then to make things private you can use the BuddyPress Private Community plugin, and that would prevent prying eyes from seeing things they shouldn’t.

Not sure of the point in posting these comments on this support site really, think you really need to direct these to the authors site, if you’re post has been deleted inquire privately of them as to why

Here’s how buddypress.org does it, with a filter that essentially adds a search term ‘ @username‘ to the bp_has_activities filter:
`function bporg_activity_with_others_filter( $qs ) {
global $bp;

$user_id = ( bp_displayed_user_id() ) ? bp_displayed_user_id() : bp_loggedin_user_id();

/* Only filter on directory pages (no action) and the following scope on activity object. */
if ( ( ‘dashboard’ == $bp->current_action && strpos( $qs, ‘personal’ ) !== false ) || ‘just-me’ == $bp->current_action ) {
if ( strpos( $qs, ‘filter’ ) === false )
$qs .= ‘&search_terms=@’ . bp_core_get_username( $user_id ) . ‘<';

return $qs;
} else {
return $qs;
}
}
add_filter( ‘bp_ajax_querystring’, ‘bporg_activity_with_others_filter’, 11 );`

The problem with this approach is that the search bypasses the private/hidden group setting, so activity created inside of a group will show up on public profile pages if it contains @username in it. Here’s a filter that gets around it about halfway, in a hackish way:
`function bporg_ensure_hidden_activity_updates( $has_activities ) {
global $activities_template, $bp;

if ( bp_is_my_profile() || !$bp->displayed_user->id )
return $has_activities;

foreach( $activities_template->activities as $a_key => $a ) {
if ( $a->type != ‘activity_update’ && $a->type != ‘activity_comment’ )
continue;

if ( $a->component != ‘groups’ )
continue;

$group = new BP_Groups_Group( $a->item_id );

if ( $group->status != ‘public’ ) {
unset( $activities_template->activities[$a_key] );
$activities_template->total_activity_count = $activities_template->total_activity_count – 1;
$activities_template->activity_count = $activities_template->activity_count – 1;
}

$activities_template->activities = array_values( $activities_template->activities );
}

return $has_activities;
}
add_filter( ‘bp_has_activities’, ‘bporg_ensure_hidden_activity_updates’, 999 );`

This latter problem should be fixed in BP 1.3.

There’s Private files plugin (not sure if it’s for bbpress) https://wordpress.org/extend/plugins/private-files/ or
https://wordpress.org/extend/plugins/private-files-for-social-privacy/

There is Private rss plugin that uses authentication https://wordpress.org/extend/plugins/private-rss/ (Not sure how it would work for groups)

Susan, I know this is old news, but I use Private BuddyPress:

https://wordpress.org/extend/plugins/private-buddypress/

It protects BP pages that are not protected by WishList.

@r-a-y, thanks for this as it works great! To @Robcwright and others interested, I know it’s an old thread but have found this change will make it only do this for public groups or groups where you are a member and private groups will no longer redirect but keep the default setup. I put both in bp-custom.php and that seems to work great with a variety of child themes. If you want any other modifications for other cases I haven’t tried, just mention me in the reply and I’ll take a look when I can.

`
function redirect_to_forum() {
global $bp;
$path = clean_url( $_SERVER );
$path = apply_filters( ‘bp_uri’, $path );
if ( bp_is_group_home() && strpos( $path, $bp->bp_options_nav ) === false ) {
if ($bp->groups->current_group->is_user_member || $bp->groups->current_group->status == ‘public’) {
bp_core_redirect( $path . $bp->bp_options_nav . ‘/’ );
}
}
}
add_action( ‘wp’, ‘redirect_to_forum’ );

function my_bp_groups_forum_first_tab() {
global $bp;
if ($bp->groups->current_group->is_user_member || $bp->groups->current_group->status == ‘public’) {
$bp->bp_options_nav = ’50’;
$bp->bp_options_nav = ‘Activity’;
}
}
add_action(‘wp’, ‘my_bp_groups_forum_first_tab’);
`

that change is to a theme file – did your theme update as well? (or is it a child theme?)