BuddyPress.org

> This doesn’t have any effect, since the site where the post is saved will always equal BP_ROOT_BLOG.

I think that’s wrong. The site where the post is saved will be the site where the post is saved. If you have an MS install […]

It’s possible to do it by looping through and calling groups_accept_invite(). You could also use a plugin like https://wordpress.org/extend/plugins/bp-group-management/, which lets you put users directly into a group (skipping […]

That sounds like a bug. Could you open a ticket on trac.buddypress.org please?

Though I should note that checking the *current* site id is probably not what you want, since that function fires from the individual sites themselves. (And the current site is always equivalent to the current site.) You may want […]

> I suppose I could add a condition to the function to whitelist only the current site id

Yes.

Yes, it is possible to keep posts and comments from specific blogs from being posted across the network. The idea is to intercept the bp_blogs_record_post() and bp_blogs_record_comment() functions, and unhook them when necessary. […]

Do you want to share the same content on all sites? That is, do you want groups, profiles, etc to be the same across your network?

If yes, then put the following in your wp-config.php file:
`define( ‘BP_ENABLE_MULTIBLOG’, […]

@anointed There is nothing in the BP UI to do this, but you *should* be able to do it by adding a piece of groupmeta:
`groups_update_groupmeta( $group_id, […]

I think that BP should probably *not* be hijacking the ‘search’ slug, when a WP page has the same slug. (By “should” I mean that the catch_uri sequence is designed to do that, but that we should perhaps consider this a bug.) […]

What @djpaul said.

Also, as for your question about migration: I would imagine that, as far as the data itself is concerned, no migration will be […]

@gordielachance How are you loading the group extension? Are you using register_group_extension()? Where are you calling it? It’s probably just happening too early in the loading process.

The code that I posted above was written for a very specific installation. It was nice of @modemlooper to make it into a plugin, but it’s not really […]

The groups extension API is meant to add a new tab to the groups interface. If by “create extra fields” you mean that you want to add additional metadata to the Group Details tab, here is some code from a client project I once […]

I can show you how I do it in one of my plugins: https://github.com/boonebgorges/buddypress-docs/blob/master/includes/integration-groups.php#L781

You can put the group class into bp-custom.php.

Put the HTML markup for your fields in the display() method. In the create_screen_save() and edit_screen_save() methods, save the data in the $_POST array using groups_update_groupmeta(). […]

bp_the_topic_post_content() is the echo function. Use bp_get_the_topic_post_content() instead.

@archonic Consider yourself ignored 😉

@foxly and others – Just wanted to drop a note about a recent commit https://buddypress.trac.wordpress.org/changeset/4977 where I made a minor adjustment […]

@archonic bp-template-pack will be updated for 1.5, yes. What about the members/single files was particularly confusing?

<a href='https://buddypress.org/community/members/foxly/&#039; […]

Sure thing – thanks @karmatosed.