BuddyPress.org

@sjregan then it must be theme specific error, We had also got similar reports for Kleo users. You can consult with their support.
As per my understanding up to now, a theme can not have inbuilt support for both sets of BuddyPress template files, they have to make their choice and define inside theme code for which template set they have added dedicated support.

See https://buddypress.org/support/topic/activation-emails-not-sent-not-able-to-add-the-patch-should-i-stay-or-go/

The next release is scheduled for next week.

In the meantime, replace bp-core/bp-core-functions.php with the following:
https://raw.githubusercontent.com/buddypress/BuddyPress/master/src/bp-core/bp-core-functions.php

Then, go to the admin dashboard and navigate to “Tools > BuddyPress” and check the “Reinstall emails” option and the activation email template should be installed.

The simplest way to disable, at the moment, is to squelch the update_user_meta() call. Untested, but something like this should work:

add_filter( 'update_user_metadata', function( $should_update, $object_id, $meta_key ) {
    if ( 'last_activity' === $meta_key ) {
        return false;
    }

    return $should_update;
}, 10, 3 );

I’ve opened a ticket to discuss disabling the backward compatibility feature in BP. https://buddypress.trac.wordpress.org/ticket/7882#ticket

This is not a BuddyPress question.

It’d been helpful if you’d linked to it, @venuitius 😉
I’ve just tried searching myself and couldn’t find it.

At any rate, this is not a BuddyPress problem — it’s an out of date and unsupported plugin.
We are looking at trying to introduce some of these field types into the main BuddyPress plugin for future versions (it will happen, just a matter of number of contributors and time).

Our position is that we want BuddyPress to provide tools that help site owners comply with privacy legislation.

Our 4.0 release, about a month away, will be our first pass at this. Read the latter comments in https://buddypress.trac.wordpress.org/ticket/7698 for linked/related tickets, as well as https://buddypress.trac.wordpress.org/query?status=reopened&status=assigned&status=reviewing&status=new&status=accepted&group=status&milestone=4.0 to see all issues assigned to 4.0 (7855, 7856, 7866, 7867, etc).

We have this fixed for our next release, v3.1. This will be released next week (Wednesday) at the latest. The bug was addressed at https://buddypress.trac.wordpress.org/ticket/7869

@alpokoskiniva “Repair email” deletes the emails from the “Emails” menu, then re-adds them. You don’t need to do this unless you’ve added a translation to your site after installing BuddyPress, and want the translated emails, or if you’ve made a code change to the email language in the BuddyPress files, which is what @filipponeri20 has done. We strongly recommend that no-one ever changes a core file of BuddyPress, because it will be overwritten when you update.

You need to talk to whoever runs your server. It’s possible the PHP error logging configuration is different on each.

Furthermore, you can see the problem comes from the folder /plugins/buddypress-links, which is not BuddyPress itself.

I haven’t seen BuddyPress Links in a long time — I’m assuming it’s not compatible, and that your PHP configuration is indeed different (you were probably suppressing the error before).

We can’t help more.

I have fresh WordPress installation version 4.96 and Buddypress 3.0.

Unfortunately the version 3.0 of Buddypress does not send confirmation email to new registered users. I removed the version 3.0 and tested the version 2.9.4. So in that version it worked.

Several websites are in trouble if the registration process does not work as expected. Otherwise Buddypress is awesome plugin and thanks to the developers. Hopefully the team can fix the case soon.