BuddyPress.org

WP Mail SMTP seems to be a well-written plugin. I’ve taken a quick look at its code, and how it affects what WordPress does, and it looks like BuddyPress – in theory – should work with it. However, if you say it doesn’t, I don’t know why – you’d have to spend time debugging what is going on.

If you know some PHP and basic WordPress development, I can give you some pointers (e.g. start looking at the phpmailer_init hooks and how both plugins add to it).

No need to try to un-hook where BuddyPress adds it. The body_class filter passes an array of class filters. I’d just filter it, and find and unset the no-js class you don’t want.

Nope. Try it and if you find an issue with BuddyPress after doing so, then start a discussion.

@whoweez This old code sample does nothing much at all. I’m not sure what the intent was, this is basically debugging. To answer your specific question:

I thought “__return_false” on “bp_email_use_wp_mail” should prohibit any BP emails from being sent in the first place as the new class should handle the email sending process…?

If that filter returns true, then BuddyPress generates a plain text version of the email, and calls WordPress’ wp_mail() function. By default, this is false, but it returns true if wp_mail_content_type() has been configured for HTML, or if wp_mail() has been redeclared (it’s a pluggable function).

That last bit is key. A lot of email plugins for WordPress re-declare wp_mail(), so for BuddyPress to use those plugins, the default behaviour is to send that plain text version of that email.

If bp_email_use_wp_mail return false, then it creates a BP_Email_Delivery object, which is what that second filter is changing, which delivery class BuddyPress uses. Inside that class’ bp_email() method is where you would create a custom integration with your Sendmail plugin (or however you approach that integration).

This is a false positive. It’s a custom function. See https://github.com/buddypress/wp-cli-buddypress/blob/master/features/bootstrap/utils.php#L426

Hi @djpaul,

I’m playing around with the above code, but adding it to the functions.php file does not prohibit the buddypress email from sending!?

Furthermore, using sendgrid’s plugin and provided transactional template ID field does not solve anything as only the template without any buddypress/or wordpress related email content is sent – due to no relational placeholders set.

My aim is to use a custom transactional template at sendgrid for all wordpress and buddypress related content, but from some of your conversations on this I thought “__return_false” on “bp_email_use_wp_mail” should prohibit any BP emails from being sent in the first place as the new class should handle the email sending process…?

Could you perhaps give more guidelines as to why buddypress emails are still sending with this implemented:

add_filter( 'bp_email_use_wp_mail', '__return_false' );
add_filter( 'bp_send_email_delivery_class', function( $delivery_class ) { 
    return 'Implementwpemailbp'; 
} );
class Implementwpemailbp implements BP_Email_Delivery{
  public function bp_email(BP_Email $email){
  //add_filter('wp_mail_content_type', 'set_html_content_type');

  //wp_mail($to, $subject, $message, $headers = '', $attachments = array())

  //remove_filter('wp_mail_content_type', 'set_html_content_type');
  var_dump($email);
  }
}

Really appreciate your help 🙂

Kind Regards,
Wzz

BuddyPress does not include member galleries.
You should submit your issue to the creators of the plugin or theme that you are using for member galleries.

Hi,

You have to check current component using the function bp_current_component() and you can find the component list here https://codex.buddypress.org/developer/bp-is-active/

Thanks

Hi,

You need to find the file cover-image-header.php and override it in your child theme then just after the avatar code you have to call the function https://buddypress.org/support/topic/bp_get_profile_field_data-2/

Thanks

This is strange because this works for me really well with twenty-seventeen and BuddyPress.

Hi,

You can use this function bp_get_displayed_user_fullname() to do so.

Also, please check these plugins: https://buddydev.com/plugins/bp-username-changer/ and https://wordpress.org/plugins/buddypress-usernames-only/

Hi,

Please check https://buddypress.org/support/topic/how-to-programatically-change-buddypress-customizer-options/

Thanks

@Commandrea – After adding the patch in Paid Memberships Pro – BuddyPress Add On, did the automatic friend requests disappear, or did you have to do something else to eliminate the automatic friend requests?

Hi, elizat801

It seems like your theme or any third party plugin is creating the issue there. It works fine with the default theme like twenty-seventeen.

You can take a backup of the site and then check by enabling default theme and if the button appears then certainly you have to ask your theme devs to check once. If the theme looks fine then try disabling plugins, except BuddyPress, one by one to check which one caused the issue.

Thanks

Hi,

Please check this : https://wordpress.stackexchange.com/questions/44863/whats-the-easiest-way-to-change-the-default-landing-page-for-buddypress-groups

Thanks