BuddyPress.org

Latest WordPress itself has issues on PHP 7.1, and while testing BuddyPress we allow failures on PHP 7.1 as well.
So in general BuddyPress should work on PHP 7.1, but no one spent extra attention on testing there everything and fix if there are any issues.

Try to downgrade to PHP 7.0.x.

Thanks for reporting!

A fix is already in trunk:
https://buddypress.trac.wordpress.org/changeset/11432

This will be ready for v2.8.1. Until then, manually patch bp-xprofile/bp-xprofile-admin.php with the changeset linked above until 2.8.1 is released.

See: https://buddypress.trac.wordpress.org/ticket/7445

Bug confirmed! Open a ticket on the trac.

To login, use same credentials as for this forum.

Hi. I struggled with this for a while, and I agree entirely that something like this needs to be in the BuddyPress core… actually, I think much better user management needs to be in the WordPress core, not just BuddyPress, but that’s a discussion for another time…

I eventually found the code that you’re using and modified it to be able to ignore all users with a specific WP role or roles, thus removing the need to hard-code specific user IDs.

To manage user roles you’ll need a plugin such as User Role Editor by Vladimir Garagulya and create a new role that you assign to users who you want excluded (I chose “suspended”). If you use URE you can assign this as an additional role to the main one that WordPress allows you to set.

The code is here: http://pastebin.com/9xYALGfR, but I’m no PHP expert, so offer no assurances… all I can say is that it works for me 🙂

You will need to integrate Multi Vendor plugin into BuddyPress.
That means create specific profile pages (there is an article in BuddyPress Codex), modify BuddyPress templates in your child theme (same – see articles in Codex).

You can check this as well:

• https://wordpress.org/plugins/bp-wc-vendors/
• https://www.wcvendors.com/help/topic/wc-vendor-products-with-buddypress/
• http://docs.buddyforms.com/article/151-create-a-social-marketplace-with-woocommerce-and-buddypress
• https://wpsoul.com/how-to-create-multi-vendor-shop-on-wordpress/

What are your WordPress and BuddyPress versions?

Have you tried one of the privacy plugins?
For example: https://wordpress.org/plugins/bp-simple-private/

Apparently ticketed:
https://buddypress.trac.wordpress.org/ticket/7443

We’ll consider a possible solution or ‘hack’ 🙁 to avoid the issue.

Did you configure WordPress to use SSL?
http://www.wpbeginner.com/wp-tutorials/how-to-add-ssl-and-https-in-wordpress/

Hi, about BP Group Hierarchy, it is not supported any more.

I just patched a bunch of pull requests and patches from Github, but I do not maintain the plugin. I personally do not use the plugin either, so I’m sorry that I cannot help out here.

Your best bet is to engage with the community that uses BPGH and see if someone has a fix. I know that dcavins is working on an alternative to BPGH, but I’m not sure if that plugin supports everything from BPGH yet.

It also looks like dcavins proposed a fix for the count here:
https://wordpress.org/support/topic/fails-with-bp-2-7/#post-8435421

If that works, I can merge it into my branch of BPGH.

This has nothing to do with BuddyPress, but it has to do with adding HTTPS support to your WordPress website.

You have to either pay to get a SSL certificate or use the Let’s Encrypt service to get a free SSL certificate:
https://letsencrypt.org/

Then, configure WordPress to use SSL and this issue should be fixed.

Yes, you can use a hook in a function bp_activity_add() called the same.

/**
 * Fires at the end of the execution of adding a new activity item, before returning the new activity item ID.
 *
 * @since 1.1.0
 *
 * @param array $r Array of parsed arguments for the activity item being added.
 */
do_action( 'bp_activity_add', $r );

So you should write something like this:

add_action( 'bp_activity_add', function( $arguments ) {
    // Put in wp_mail() function all your params, see https://developer.wordpress.org/reference/functions/wp_mail/
    wp_mail($to, $subject, $message);
} );

I’ve not seen anything with a pie charge, but for the raw data you could look at Dan’s plugin:

https://wordpress.org/plugins/buddymemberstats/

Can you follow up on Paul’s suggestion?

Do you have NOBLOGREDIRECT defined anywhere? Check wp-config.php or check if a plugin or theme is defining it somewhere.

I’ve added a patch that should fix this issue if NOBLOGREDIRECT is defined, but is running from single site:
https://buddypress.trac.wordpress.org/attachment/ticket/7441/7441.01.patch

Can you test this out and let us know if this fixes things for you?

We used to have testbp.org which last a few years until spam and DOS attacks forced us to take it offline.

Your best best is probably looking through https://wordpress.tv/tag/buddypress/ for recent WordCamp videos, and see if you can find one.

I don’t think we’ve consciously changed this behaviour (if this indeed happens as you say) in the last couple of years. It’s possible that something in WordPress changed the behviour with however BuddyPress adds sites internally.

I think I just about recall some conversation from four or five years ago about this, but I’m struggling to remember what it was about precisely, or even where to look. If I were to start investigating this, I’d set up an otherwise identical multisite (without BuddyPress) and add users via the wp-admin, and see if those users becomes subscribers or not. etc.

Hi @leo1951

Are you using any email plugins for WordPress that you require to successfully send emails? Or SMTP config? Or anything custom in php.ini?

It’s not clear if “Easy WP SMTP” is required for your WordPress installation to send emails.
If you are not using SMTP to send email via a remote email server, are you running something like sendmail to do that from the server? If so, can you check that program’s outgoing email? Log file? See if you can find evidence if it’s actually receiving the email.

@tw2113 @dcavins Did one of you have a plugin that logged if BP’s emails were sent successfully or not (from an internal point of view)? I can’t remember who it was.

This is a pretty common problem. You need to increase the amount of memory available for PHP.
There are many posts on the web about this — try https://docs.woocommerce.com/document/increasing-the-wordpress-memory-limit/ — but if you need further help, I’d suggest contacting your web host would be a good idea.

Hope this helps!