BuddyPress.org

An aspect like DB is really A WP one rather than BP one. BP as a plugin running under WP uses the DB as created initially by WP so if WP is running or able to run on … then BP will.

https://wordpress.org/about/requirements/

It is recommended that 5.6.0 be used but WP will run on older versions.

This is the guide you need to read up on:

Template Hierarchy

has_directory means that if you click on a BP generated link /groups/type/foo/ or type that as a url/create a link to, then you will see that as the url and the loop will now show only groups of type ‘foo’

Template hierarchy…[Read more]

I’m afraid the notion of ‘Boxes’ when combined with variable dynamic content never does work (unless one uses javascript trickery, which has it’s own troubles – Masonry) The best one generally can do is id the troublesome elements and give them increased min-height (try locating the property I used to set min-height and increase) or padding to try…[Read more]

What your highlighting are really WP artifacts, Users / user Roles are handled / managed by WP styling the admin would be something outside BP’s control really, BP member loop directory could be styled but currently we don’t add WP user roles as classes to those list items (nor does WP ), also you would want to be careful about exposing certain…[Read more]

Because… something is redefining the wp_mail function. It is most probably Mailgun, you need to change its settings as I mentioned before.

Ok so I have managed to fix the issue following your advice by adding a line.

$must_use_wpmail = apply_filters( ‘bp_email_use_wp_mail’, $wp_html_emails || ! $is_default_wpmail );
$must_use_wpmail =false; //New Line

So why is this filter returning true?

@djpaul

@planetoffitness
If you inspect the generated markup you will see that the loop list elements will have a members type class rendered if user has a type you can then use those to effect styling on.

In the member single screens it’s a little trickier you do have the ability to use the template hierarchy to set a template for a user type (please…[Read more]

Good luck with your plugin!

Last updated 23rd December 2016 for v2.7.4.

Things that aren’t problems, or intentional changes

(no content yet)

Reported problems

Extended Profiles – Field visibility option missing from registration form.
Confirmed and being fixed for BP 2.7.1: #7298

—

Extended Profiles – “years” missing from “Date Selector” field type.
Workaround: edit the field, and reselect the “absolute” range option, customising the date range as required (default is from 1956 to…[Read more]

I remember looking at Mailgun before when someone asked about it. Looking at its code very quickly, it has an option to send via its API or not. You’ll need to disable its “useAPI” option (otherwise, it redeclares the wp_mail function, which will force BuddyPress to send plain-text only emails). Another consequence of doing this is that Mailgun…[Read more]

> I have fixed the error I was getting of email_missing by adding information into the taxonomy tables manually. There is no documentation about this which is odd.

I don’t think it’s explicitly documented outside of the PHP – but it is hard to find, at the best of time – but this guide https://codex.buddypress.org/emails/custom-emails/ does…[Read more]

Assuming everything is working as it is, I don’t know why it would show more users than you have, either. Have you tried going to Tools > BuddyPress, and running “Repair total members count” as a workaround for now?

By “blank”, how blank are we talking? Literally a white page — no content? Or something less dramatic.

No I am using mailgun and nothing is being sent.

Are you sure nothing is being sent? Could emails be going into junk etc?

$args = array(
‘tokens’ => array(
‘site.name’ => ‘test’,
‘icom.name’ => ‘test’
)
);
$x = bp_send_email( ‘offline-payment-confirmed’, 363, $args );`

So I can stick in the userID of a known user. I have removed all tokens from the email template.

I have fixed the error I was getting…[Read more]