BuddyPress.org

Try deactivating BuddyPress and creating another one through the Dashboard.

Try creating a new blog from Dashboard > Super Admin > Sites to see if the problem happens there too. At least that way you can narrow down whether it’s a BP issue.

After submitting that patch, I realized that there was a much better way to do it that didn’t involve the hackiness. Check out the second patch on that trac ticket, and add the following line to wp-config.php:
define( 'BP_DISABLE_AUTO_GROUP_JOIN', true );

@crashutah Can you remind me which part of Invite Anyone hooks into bp_core_activated_user? (I’m too lazy to search myself 🙂 ) I assume it’s the part that sends group invites and starts friendships after a member has joined?

Cool, I will probably have a more complete version by then. Make sure to post a message here before testing so I remember to upload it.

OK, as promised. Here’s how to make it work. Two steps. 1) You’ll have to patch your BuddyPress core files in the following way: https://trac.buddypress.org/attachment/ticket/2540/new_hooks_after_auto_group_join.patch. I’m hoping that the patch will go seamlessly into the core in the next version of BP (it’s less obtrusive than some of the less…[Read more]

I can think of an easy way to do this with a plugin (essentially, by removing the poster from the group immediately after having auto-joined and posted, and cleaning up activity items), but it will require an action hook in BP core that isn’t there right now. Tonight or tomorrow I’ll write up a patch […]

Bumping this thread because I just wasted half an hour not reading it carefully enough. My loader function was using bp_init, which was too late to catch bp_setup_nav. Beware!!

Awesome!!! Thanks @ggholic!

Thanks for the warning, Jeff – looking forward to the update!

Yeah, it’s not all that easy to populate an xprofile dropdown dynamically. I can think of a few ways to do it, but it might be complex. Here’s the general direction I’d move: http://pastebin.com/DM8YNzsq Obviously your $_POST array key will be something else, and you may want to do some data checking before saving. But […]

It’s going to be more complicated to save items into wp_usermeta (which is I assume what you’re doing, given the link) with update_user_meta() from the BP profile page. You’ll have to hook a function to somewhere in the BP loading process that will catch the value of $_POST and manipulate the data manually. Can I […]

Open buddypress/bp-themes/bp-default/members/single. Individual member profiles are created with profile.php and profile/profile-loop.php. There are do_action definitions throughout those templates. Try hooking your function to anyone of them.

OK, gang – I have a version of the plugin that is mostly functional, and needs some testing. By “mostly functional” I mean that it imports the data from Ning that is relevant to BuddyPress. That means: members, profiles, groups, forums (still to go: blogs and pages). There’s a bunch of other stuff in Ning […]

To the best of my knowledge there is nothing that does that. You could try extending the database class with a new query along those lines, though.

Yikes! bp_has_site_groups() was deprecated a couple versions ago. Use bp_has_groups(). Two ways to pass arguments: 1) bp_has_groups( 'type=random&max=3&user_id=' . $user_id ) (just to give you a sense of how you might put a variable in there 2) $args = array( 'type' => 'random', 'max' => 3, 'user_id' => $user_id ); if ( bp_has_groups ( $args ) )…

I would take @nuprn1‘s second suggestion, as it means far fewer hits to the db than pulling up every post every time the activity stream is loaded.

(Side note – boy, these filtering posts just keeping coming up, huh? Hmmm….)

Yes. Just turn bbPress forums off at Dashboard > Component Setup.

5MB for an avatar pic is pretty big. Maybe that’s the problem.

You got it!