BuddyPress.org

What @mercime means is that several of your questions are dependent on the theme you’ve purchased, ‘executive’. WPMU.org is not the official WordPress site, but is a private company that sells themes and plugins. It’s not possible for people on this free forum to provide support for a theme that is sold privately; you should go to wpmu.org for that.

General BuddyPress questions are welcome here, though. For instance,
`Furthermore I don’t seem to have a members directory in my dashboard.`
BuddyPress does not add a members directory to your Dashboard. You can find a members list at Dashboard > Users (or Dashboard >Network Admin > Users on Multisite)

Could be a theme issue. Change to bp-default theme and see if same behavior occurs.

Robcwright…I added to the code to fix the problem with logged out users or users who aren’t members of private groups being kicked back to the home page when they click on the name of a private group:

function redirect_to_forum() {
global $bp;

$path = clean_url( $_SERVER );

$path = apply_filters( ‘bp_uri’, $path );

if ($bp->groups->current_group->user_has_access === true) {

if ( bp_is_group_home() && strpos( $path, $bp->bp_options_nav ) === false ) {
if( $bp->bp_options_nav )
bp_core_redirect( $path . $bp->bp_options_nav . ‘/’ );
}
}
}
add_action( ‘wp’, ‘redirect_to_forum’ );

This checks to see if the user has access before redirecting to the forum page as the home page. The function is found in bp_groups.php , line 187.

Well I don’t know if this a bug or not, but I found (almost) the root of the problem and a relatively simple fix.

I discovered that the recipients table had entries for threads that were not in the messages tables. I don’t know where these threads came from, but they were definitely there. So I changed the messaging code to generate the thread_id from the recipients table rather than the messages table.

If this was some sort of database corruption, this was a reasonable fix for me. We don’t have enough messages for it to be a performance issue and if something else is inserting into that recipients table we shouldn’t conflict with it (assuming it is generating thread_ids in the same way).

I really don’t know enough about BuddyPress to know if this is a core bug or some other issue related to our theme (I can’t find any other references to that table so it’s kinda wierd).

bp-messages-classes.php:

/* If we have no thread_id then this is the first message of a new thread. */
if ( empty( $this->thread_id ) ) {
$this->thread_id = (int)$wpdb->get_var( $wpdb->prepare( “SELECT MAX(thread_id) FROM {$bp->messages->table_name_recipients}” ) ) + 1;
$new_thread = true;
}

You could take a slightly different approach and hide the content but keep the tab: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/hiding-activity-content-for-non-logged-users/

There is also this (I’ve not used it though): https://buddypress.org/community/groups/private-buddypress/activity/

As for the second bit.. which plugin are you using?

I think this post is something similar to what you are asking: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/make-groups-visibile-but-invite-only/

I’m seeing this as well, and I’ve even seen it happen when our caching system was turned off. Could you provide a few more details as to what modules are involved or how the file caching triggers this as I would definitely like to find a way of fixing this.

I have the same problem with birth date in french.
Warum ?
According to this ticket, this would be solved in 1.3 (even if this problem was mentionned 2 years ago…)
https://buddypress.trac.wordpress.org/ticket/3149
Concerning private msg date, you can read this:
https://buddypress.trac.wordpress.org/ticket/2203

Maybe this can help ?
https://buddypress.org/community/groups/creating-extending/forum/topic/hide-profile-field/
https://buddypress.org/community/groups/bp-profile-privacy/
http://bp-tricks.com/snippets/displaying-certain-profile-fields-on-your-members-profile-page/

also remember that privacy controls don’t apply to Admin. Admin can see everything. Log in as a regular user and then test.