BuddyPress.org

I see what you mean about this possibly being confusing to the member. I think you should create a Trac ticket for this to see what the core developers think.

https://buddypress.trac.wordpress.org/

You can use the exact same username and password you use here in the forums.

Hi @alexfa08

It’s great to hear you’re thinking of theme development particularly for BuddyPress.

There’s lots of things to consider, but The Theme Review article is a good place to start. It details some guidelines as well as standards and good practices.

@imath okay then add notice by the side of : Associate WordPress Pages with the following BuddyPress Registration pages.
Before you use this go to /wp-admin/network/settings.php
and select “Both sites and user accounts can be registered.”

WP+BP needs to have distro

WP and BP standalone
WP Network and BP
any other

Distros will have inbuilt pages and settings already available so that users are not confused. Users can straightway use the flavor they want – simple!

@disha76

having this settings on “Logged in users may register new sites” means registrations are off for WordPress. Deactivate BuddyPress and you will see WordPress will not allow you to register. Activate BuddyPress 2.1.1 and you’ll see that there are no regressions.

The problem is elsewhere.

@djpaul had a Like component in his BP Labs plugin that you might want to look at:

https://wordpress.org/plugins/bp-labs/

Between that and the BuddyPress Likes plugin that allows likes for other components, maybe you could develop something to help the broader community, or at least to fit your site’s needs.

One of the benefits of open source is the availability of code you can iterate upon to create something that fits your needs so you don’t have to continually start from scratch when developing a site. Note that many plugins are not built to appease the masses, as much as they are custom built for specific sites and specific purposes. The developers are then gracious enough to share that creation to the community, but I don’t believe that means they need to ensure that their plugin is a swiss army knife, when they had created it to merely open cans. You can’t always expect to find something that perfectly fits your needs (although it’s great when it happens, and it happens often).

There seems to be enough blocks out there for you to build/commision to have built, something that does what you need.

On a network install, BP is activated on the main site (standart usage).
An you create activation and register page only on this site, for the entire network !

You haven’t to create these pages for each blog, as they are all dependant, by sub-domain or sub-directories, of the same WP install.

One WP + one BP = ms network && 10 000 blogs. 😉

https://codex.wordpress.org/Create_A_Network

In BuddyPress 2.1.1, when using this setting “Logged in users may register new sites” > registering new users is not available.
If you deactivate BuddyPress to only let WordPress, this setting doesn’t generate a registration link.
In BuddyPress 2.2 same behavior. So no bug.

This means the problem is coming from the plugin invite anyone. Since BuddyPress 2.2, the way this plugin was overriding BuddyPress site options is not working anymore. I’m going to inform the developer of the plugin.

My 2 cents about your question is it would be difficult to answer.

The site you mention is not a WordPress install.
Visually:
The used theme is nice and if you check what exist for WP, you’d probably find a similar one.

Functionnaly
as you say nothing about your project, it’s difficult to tell if BP is adapted.

Generally, imitating an existing site is not a good idea. WP and BP are powerfull enough to let you get unique.

Conclusion:
this is a firstly a support forum, with not much advices around pro and contras. There are many specialized sites around design and BP usage to let you make an opinion.

You can begin here by reading the about page, the blog and the whole forum.

Good luck ! 😉

hi @yosmc,

registration and activation are directly dependant of WordPress, that’s (i presume) the reason why BP doesn’t create those page for you automatically.
This is not a problem when you use a fresh install, but can be one if you’re installing BP on an existent WP install. In this case, some original settings may be slightly change i guess.
BP uses all those page for internal purpose. And this usage is somehow enforced with 2.2.0 version.(see here from trac)

There is anyway no alternative when BP is on. You have to create those page manually. Point.
I don’t think there is a way to get those page automatically created.
Creating them will take 1 mn, which is a less effort in regard of developing a custom function for an operation which is only done once. 😉

Sometimes replies are maked as spam. That may have been the reason? Either way, it would probably have been better if the notification was cleared to avoid confusion at your end.

Feel free to open a Trac ticket to report the problem to our development team.

https://buddypress.trac.wordpress.org

Hello,

I am having the same problem also. It was fine until I updated Buddypress. “The following active BuddyPress Components do not have associated WordPress Pages: Search Page. Repair” Is the homepage notification. I choose the pages and the settings do not save.

Hi @espyd,

Sorry you are having this issue after upgrading. Just to help us understand why it’s happening, could you reply to these questions:

WordPress version ?
WordPress configuation ? (Multisite or not)
If multisite: is BuddyPress activated on the main site or in a sub site ?
In the General settings of WordPress is the registration setting on ?
Are you using a cache plugin ?

Hi,

it’s not possible without heavy code modification. The usermenu is intended to be on the toolbar.

But you can give this a try. All items will be visible on the toolbar, instead under the howdy.

function laura() {
global $bp, $wp_admin_bar;
remove_action( 'bp_setup_admin_bar', 'bp_members_admin_bar_my_account_menu',4);
}
add_action( 'bp_setup_nav', 'laura', 4 );

Reference: /bp-members/bp-members-adminbar.php:74
WP Codex wp_admin_bar

@slothlovechunk – Thanks for your in-depth debugging.

This does seem like a bug. Can you create a new ticket with exactly what you wrote here:
https://buddypress.trac.wordpress.org/newticket (use the same credentials as you use here on buddypress.org)

And reference this ticket where the meta SQL changes were made:
https://buddypress.trac.wordpress.org/ticket/5919

Thanks so much!

Note that there is a Trac ticket for this also, should it turn out to be some kind of BuddyPress bug: https://buddypress.trac.wordpress.org/ticket/6194

@philippmuenchen @henrywright

Ok got it.

First i’ve just created this ticket and suggested a patch to solve the issue.

Now, you can still have it working by simply requesting a ‘not single’ member type using false as an extra argument eg :
bp_get_member_type( bp_get_member_user_id(), false );

So you’ll get the member type name, but not the singular name. If you want to have the singular name, here’s another gist :
https://gist.github.com/imath/3a5c5ade44eae997fdfd

Hi @jessy-marco

Thanks for pointing this out. I’ve opened a Trac ticket to try to get this fixed.

Hi @format19

These are the capabilities that admins have which editors don’t:

• activate_plugins
• create_users
• delete_plugins
• delete_themes
• delete_users
• edit_files
• edit_plugins
• edit_theme_options
• edit_themes
• edit_users
• export
• import

If you’re not comfortable granting full admin rights, then perhaps you could cherry-pick these? As you probably know, the add_cap() function will add capabilities to a given role.

Ref: https://codex.wordpress.org/Function_Reference/add_cap