BuddyPress.org

If you just want to display static content on the group’s home page in place of the activity stream, I wouldn’t go hacking activity-loop.php (it’s too far upstream, so to speak). In [your-theme]/groups/single/home.php, there’s a string of conditionals starting around line 28. Play with them to get what you want.

As for the current group id, you can get that from bp_get_group_id() when inside the bp_has_groups() loop.

$bp->groups->current_group->id would be the actual group_id for the group you are viewing (within the group component)

Now if you needed the group_id from an activity record, then the item_id contains the group_id (whereas the component is $bp->group->id )

That’d be
`groups_join_group( $group_id, $user_id );`

As for the class, you instantiate it, set all the variables and then call the save() method.

I was asking for the action hooks before. Maybe that’s why it runs 3 times…

I was also having this problem in clean installs of WP 2.9.2 + BP 1.2.3. I finally tracked the cause down to this: https://trac.buddypress.org/changeset/2882/trunk. Basically there’s a defect in the script that inserts the initial row into the xprofile fields table (wp_bp_xprofile_fields). A workaround (if you have SQL access) is to run these 2 statements:

ALTER TABLE wp_bp_xprofile_fields modify order_by varchar(15) not null default ”;
INSERT INTO wp_bp_xprofile_fields (id, group_id, parent_id, type, name, description, is_required, can_delete)
VALUES (1, 1, 0, ‘textbox’, ‘Name’, ”, 1, 0);

After I executed those statements, it shows my group members.
Note that the changeset also added a default for order_by, so I’m guessing that caused problems as well.

@3sixty: I experienced exactly the same misbehaviour in my blog = invitation sent, membership requested by the blog member, confirmed twice somehow and… boing, 2 memberships of the same member in a single group.
Is it still there in your blog or could you fix it?

I wonder if it was sufficient to simply delete the doubled/second group-member-relation entry from the MySQL wp_bp_groups_members table? Or does this have any negative side effects?
A more gentle alternative could be to set the group_id field of this entry to a non-existing group 999 or so. Shouldn’t do any harm unless the 999th group is created and an uninvited member pops out of nowhere…

Cheers,
Hans

Not bp_profile_fields; function bp_has_profile() does if that’s any use? It only takes user_id and profile_group_id.

What about something like does? You’ll have to dump the var to check what it contains.


$group = new BP_Groups_Group( $group_id );


Yes, it should be possible, but it’d be pretty complicated, as the codebase for the groups component is pretty large and complicated. An alternative method might be to add a piece of groupmeta to certain groups flagging them as ‘companies’, and then using that metadata to enable the separate display of company-groups and non-company-groups around the site. Or, what might be easier given the way that bp_has_groups is written (and given the fact that your company filters would largely be on the output of bp_has_groups) is to store an array somewhere of group_ids corresponding to company-groups and non-company-groups, and then feed it as the $include argument to bp_has_groups in your theme template.

So, yes, by default, the register page only shows group 1 (the “base” group). You only retrieve one group via the profile_group_id= parameter in the bp_has_profile() call.

So, by default, this happens:

What I’m trying to accomplish is to hide groups 3 and 4 on the registration page not to overwhelm the user with a bunch of fields to fill out during sign-up, those fields can be filled out once the user has activated her/his account via “edit profile”.

There have been other threads on the forum regarding showing more than one profile group on the registration page; I found several, but take a look at https://buddypress.org/forums/topic/all-fields-for-registration. It’s probably going to be really difficult to implement unless you have a decent understanding of PHP.

Nope, I don’t think so. I was thinking you could remove the ‘profile_group_id=1’ arg from bp_has_profile but that doesn’t seem to allow the registration page to show more groups. I guess it appears that the only “required” fields for registration are the required ones in the Base group.

Might be worth opening a ticket on this one to see if that is the expect behaviour. Alternatively, ping R-a-y or DJPaul and see if they know.

OK. I’m thinking you can do something like this. Find this part of the file in register.php:

<?php /***** Extra Profile Details ******/ ?>



<?php if ( bp_is_active( 'xprofile' ) ) : ?>

<div class="register-section" id="profile-details-section">



<h4><?php _e( 'Profile Details', 'buddypress' ) ?></h4>



<?php /* Use the profile field loop to render input fields for the 'base' profile field group */ ?>

<?php if ( function_exists( 'bp_has_profile' ) ) : if ( bp_has_profile( 'profile_group_id=1' ) ) : while ( bp_profile_groups() ) : bp_the_profile_group(); ?>



<?php while ( bp_profile_fields() ) : bp_the_profile_field(); ?>

At this point, add in a line like:

if( (bp_the_profile_group != "3") || (bp_the_profile_group != "4") ) :

Then go down to this part of the file:

<?php endwhile; ?>



<input type="hidden" name="signup_profile_field_ids" id="signup_profile_field_ids" value="<?php bp_the_profile_group_field_ids() ?>" />



<?php endwhile; endif; endif; ?>



</div><!-- #profile-details-section -->

Before the first endwhile line, insert this:

<?php endif; ?>

I *think* that should spit out groups 3 & 4 (assuming you have groups 3 & 4 defined in your profile groups). You might need to add in group “1” also to get the Base. The only part I’m not sure about right now is if the number need to be in double quotes or just bare. So it might be:

if( (bp_the_profile_group != 3) || (bp_the_profile_group != 4) ) :

I think.

Thank you. And what exactly do I do with that bit of code?

You’re right, Brajesh.

Forgot about that function!

The

bp_get_group_id() will only work if you are on group page.

In case you are not on group page and want to know the group id, there is a way to find that, but you will have to know the group slug(check the url of group for slug)

$group_id=BP_Groups_Group::get_id_from_slug($slug);

where $slug is the group slug.

Try:

bp_get_group_id();

search your database for wp_bp_groups: the info is there, for sure !

I need the same information…

Anyone?

if you want to keep it all using bp functions, look at bp-groups.php

I would set it up hooking on activating the user (or signup if you don’t care about the activation key)

_action( 'bp_core_activated_user'

then call (with no pagination passed in and active type)

groups_get_groups(

then loop over all the groups and call (which needs the user_id and group_id)

groups_join_group(

only downside to join_group is it will call a new activity for joining – but a plus side is it updates the groupmeta counts.

*my standard disclaimer applies – only in theory nothing tested.

sounds easy enough to do, just need to edit the entry.php theme file and add some function around the reply button if the type is ‘new_forum_post’ or new_forum_topic (note: acomment-comment class invokes the jquery for the activity comment reply)

if the activity action is ‘new_forum_post’ then the secondary_id is the post_id

and i believe if a ‘new_forum_topic’ the primary_id is the forum_id (otherwise on new_forum_post it is the group_id)

post_id or forum_id – you can grab the link to the group forum topic (some buried functions in bb or bp)

(fwiw, i have a working demo of the activity comments on a forum reply post working now: http://etivite.com/groups/test-group/forum/topic/my-test-topic-to-pull-in-activity-stream-comments-on-a-topic-reply/#topic )

hi Gene

how about this one then

<?php global $bp;

if(bp_get_current_profile_group_id()==1)

bp_core_redirect($bp->displayed_user->domain."profile/edit/group/2");

?>

At the top of edit.php and removing the old code.

but please note, the base field will be never editable and will not be shown, when ever user will click on edit base field, he will be redirected to edit the second groups field.

let me know what do you think