BuddyPress.org

@holisticmama Given what you’ve described, it sounds like the forum_id for your groups hasn’t been saved correctly. In PHPMyAdmin, look inside wp_bp_groups_groupmeta to see if there are any items with the meta_key ‘forum_id’.

At the moment, I don’t know a plugin that can do it. A plugin *could* do it, though, by following something like the following setup: – Modify the registration templates to include Player/Team/Sponsor dropdown – Hook a function to bp_core_signup_user that gets that information out of the $_POST global and saves it with update_user_meta() – […]

Just to be clear: Did you click “Set up a new bbPress installation” at Dashboard > BuddyPress > Forum Setup? Is there a bb-config.php file in the root of your WP installation? (It should have been created automatically when you did the initial setup.) If so, does it contain the correct database connection information? Do […]

Thanks guys! We’re both very excited.

Search the WordPress plugin repository for Invite Anyone. That’ll let you do it.

BuddyPress doesn’t do this out of the box. That’s why the plugin Invite Anyone exists. Why don’t you want to use it?

@hnla Of course, it would have to be optional. Generally I think this points to a larger issue of BP data portability – but that’s probably a collection of tickets 🙂

It’s not possible (without doing some fancy MySQL work), but it’s a really nice idea (kinda like how WP handles user content when the user is deleted). Maybe you could file an enhancement ticket on http://trac.buddypress.org?

Ideally we’d be able to tap into the Gmail (Twitter, Facebook, etc) APIs, which generally use oAuth, and would avoid the need for passwords to be entered. Harder, though 🙂

Is the blog set to be fully public at Dashboard > Settings > Privacy?

Right. Slugs and URLs are handled in a totally separate manner from the text that’s rendered as HTML.

What plugins are you using? Does the problem persist when you enable bp-default instead of your custom theme?

Defining BP_BLOGS_SLUG will only change the slug used to create URLs. If you want to change the actual text on the page (like in the nav menus) you’ll have to create a custom language file: https://codex.buddypress.org/buddypress-site-administration/customizing-labels-messages-and-urls/

I like it. Thanks for sharing.

Hm. It almost sounds like the blog isn’t being created completely. Are you running any plugins aside from BuddyPress? Are you able to create new blogs through the Dashboard > Super Admin > Sites interface?

A couple things – – You need an if before bp_has_profile, eg ( if ( bp_has_profile( 'profile_group_id=1,3,4' ) ) ) : – You’ll need to close the ifs and whiles; before the final } put endwhile; endif; – You need to actually display some content after bp_the_profile_group();. Look at the xprofile templates (bp-themes/bp-default/profile…) to get…

@hnla IMHO one of the organizational problems with the way the Codex was set up before was that so much good information was buried in FAQish pages (like “Customizing your installation”). The new structure allows for someone to create a true FAQs page that doesn’t actually contain any information itself, but instead links to the appropriately […]

Many URLs in BP (and even WP) are generated with the username. Those URLs are then used to create links in, eg, activity items, which are then stored as plaintext in the database. In other words, many of those links will break if you change the username.

I can’t reproduce the problem. The Max number on the widget works fine for me. What version of WP/BP are you using? Are you using other themes/plugins?

Having existing users on the forum definitely makes it more complicated. But in the end, any integration plugin is going to have a username/user_id cross-reference, so you’d just have to write a script that does the initial setup with your existing users. Your other option is to try to modify BP’s internal bbPress to do […]