BuddyPress.org

groups_get_group_mods( $group_id )
groups_get_group_admins( $group_id )

When someone gets to the level in question, why not just make them the admin of the group? groups_promote_member( $user_id, $group_id, ‘admin’ ). Then groups_demote_member when they lose their level. Fewer checks to the database that way too – no need to load user level on each group page load.

From inside of the group, to check if the logged in user is the group admin,
if ( bp_group_is_admin() )
Elsewhere:
if ( groups_is_user_admin( $user_id, $group_id ) )

@ajaxmac – If you want to get group activity updates, you’ll want to query for *activities* rather than groups. Check out bp_has_activities() https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-activity-stream-loop/. For example, you can get the last five activity updates from a group with a loop containing the following query:
if ( bp_has_activities( 'max=5&object=groups&primary_id=' . $group_id ) ) (obviously you’ll have to get that $group_id from somewhere).

Then use the rest of the activity loop to display the content. Check out buddypress/bp-themes/bp-default/activity/entry.php to see how bp-default displays a single activity item within the loop, and activity-loop.php to see an (albeit complicated) example of how bp-default initializes the loop with a query.

That is because the check within groups_post_update allows the site_admin


/* Be sure the user is a member of the group before posting. */
if ( !is_site_admin() && !groups_is_user_member( $user_id, $group_id ) )
return false;


Anyway, it looks like $this is being used improperly.

$group_ids = $this->get_group_ids( $user_id );

http://php.syntaxerrors.info/index.php?title=Using_$this_when_not_in_object_context

It’s a php4 versus php5 issue … but … hopefully a programmer can help here.

I can’t help much (hopefully others will chime in here) but the error comes from this function:

function delete_all_for_user( $user_id ) {
global $wpdb, $bp;

// Get all the group ids for the current user’s groups and update counts
$group_ids = $this->get_group_ids( $user_id );
foreach ( $group_ids->groups as $group_id ) {
groups_update_groupmeta( $group_id, ‘total_member_count’, groups_get_total_member_count( $group_id ) – 1 );
}

return $wpdb->query( $wpdb->prepare( “DELETE FROM {$bp->groups->table_name_members} WHERE user_id = %d”, $user_id ) );
}

Open the file mentioned, and replace this:

$group_ids = $this->get_group_ids( $user_id );

with this:

$group_ids = BP_Groups_Member::get_group_ids( $user_id );

And right below that, replace this:

foreach ( $group_ids->groups as $group_id ) {

with this:

foreach ( $group_ids as $group_id ) {

That fixed the issue for me.

Depending on the context you’re using this in, this might not work correctly but try:
bp_get_group_id()

or:

global $bp;
$bp->groups->current_group->id;

regards to the drop down… the group loop (in theme forums/index.php) which only displays public groups needs another || check for:
groups_is_user_member( $bp->loggedin_user->id, bp_get_group_id() )

but if you disable bbPress buddypress component you won’t be able to post any forum topics

though, if a family site – why not lock down the entire site only to logged in users? (a few threads floating around here how to do that)

for group admin and group mod?

built into bp-core:
function groups_is_user_admin( $user_id, $group_id )
function groups_is_user_mod( $user_id, $group_id )

BUT
those statements will ping the database each time and is not wp_cached

To whom it may concern: I solved the issue by manipulating (not deleting) the doubled DB entry. In the wp_bp_groups_members table, I manually set both the group_id and user_id fields to high values that have no corresponding real equivalents (group, user). Think this now orphaned row won’t do any harm and as far as I can see, the searches like “groups of this user” or “users of this group” result in what I want now.

@danhay – It’s disabled, but you can still edit it! (it’s kind of a hack!)

Make sure you’re logged in to the WP admin area, then go to:
http://example.com/wp-admin/admin.php?page=bp-profile-setup&group_id=1&field_id=1&mode=edit_field

Change example.com to your website address.

sure
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-activity-stream-loop/

set the action to new_blog_post, object to groups, primary_id to the group_id

You’ll have to know some coding to do this. This will get you started if you know some code.

You can add the hook to the following:
add_action( ‘bp_core_signup_user’, ‘join_all_public_groups’, 10, 3 ); //For WP
add_action( ‘bp_core_activated_user’, ‘join_all_public_groups’, 10, 3 );//For WPMU

Then, in the “join_all_public_groups” function, you can use this call to have them join groups: groups_join_group( $group_id, $user_id ); You’ll just need to loop through the list of groups.

The registration page is set up thusly:

if ( bp_has_profile( 'profile_group_id=1' ):

profile_group_id=1 being the primary or base group

Hi @pollyplummer. You have basically got the right idea, but there are a few problems.

First, your check for usermeta is not formatted correctly. See https://codex.wordpress.org/Function_Reference/get_usermeta for get_usermeta syntax. In any case, get_usermeta gets stuff from the wp_usermeta table, and I used it as an example in my code to give you a sense of the kind of check you’d want to do. But that’ll only work if you’re checking against a piece of data that is stored using update_usermeta. BP xprofile fields are not. If the “114” information is stored in a bp xprofile field, you will probably have to do some magic with xprofile_get_field() to get it to work. The following will check for a field called “Type” and check to see if the current user’s Type value is 114:

$field_id = xprofile_get_field_id_from_name( 'Type' );
$field = xprofile_get_field( $field_id );
$value = $field->data->value;

if ( bp_the_profile_group_name() == 'awesome' && $value == '114' ) {

There’s probably a slicker way to do this, but it works. Again, this is only relevant if you’re storing the salient data in the xprofile tables.

The second problem is that you don’t want to repeat the bp_has_profile etc stuff inside of the if statement. If you want to feed a profile_group_id argument to bp_has_profile, you should do it in the initial loop.

Then make sure that you include the markup inside of the conditional if statement. In edit.php, that means everything, including the