BuddyPress.org

Thanks for the reply! According to the event log in the All-In-One Security (AIOS) plugin, the last successful sending of a password reset email was on March 25. Before that, emails were sent fine. Now, all emails are sent except for password reset.
Before March 25, there was definitely a situation (trigger) for password reset. Users actively used it. And now they constantly write to me by email that the password is not coming.
Yes, I have been using the WP Mail SMTP plugin for a long time.
Here are all the situations (triggers) that remain in the administration panel.

The recipient was mentioned in the activity feed.
The user responded to a message in the activity feed that the recipient left.
The user responded to a comment in the activity feed that the recipient left.
The site participant sent the recipient an invitation to visit the site.
The recipient has successfully activated the account.
The recipient has registered a new account on the site.
The user sent a friend request to the recipient.
The recipient has received confirmation of the friendship request.
The recipient was mentioned in the group’s activity feed.
The group details have been updated.
The user sent an invitation to the group to the recipient.
The recipient’s status within the group has been changed.
The user requested permission to join the group.
The recipient sent a request to join the group, which was confirmed.
The recipient requested permission to join the group, which was accepted by the administrator.
The recipient sent a request to join the group, which was rejected.
The recipient requested to join the group, which was rejected by the administrator.
Someone requested a membership on this site.
The site membership request was rejected.
The recipient received a private message.
The recipient has changed their email address

@alexanderwbell Thank you very much i have checked and seen you did alot of work so far on the fork. i have fixed the issue, i downloaded the plugin from your repository and activated it and it still showed same issue, so i created a test site and installed the plugins it worked, i went into myphpadmin of the new site exported the wp_bp_follow table which is missing on my main site and imported it and everything started working fine. thank you very much sir, please can you make an edit whereby when a user follows another user, the second user will see FOLLOW BACK instead of FOLLOW as it is currently. please send me a link to connect with you on external social media outside here because i need a mentor and i must say you are good. thanks again.

OMG I am sooo happy! Chatgpt and some noob questions to it managed to tweak the code so now it works! 😍

If anyone would need it, this now works:

function assign_role_based_on_profile_field($user_id) {
    // Get the BuddyPress profile data for the registered user
    if (function_exists('xprofile_get_field_data')) {
        $role_value = xprofile_get_field_data('Roll', $user_id); // Replace 'Role' with the exact name of your profile field

        $user = new WP_User($user_id);

        // Assign the user role based on the profile field value
        if ($role_value == 'Arbetsgivare') {
            // Assign 'employer' role
            $user->set_role('employer'); // Replace 'employer' with the exact role slug
        } elseif ($role_value == 'Arbetssökande') {
            // Assign 'candidate' role
            $user->set_role('candidate'); // Replace 'candidate' with the exact role slug
        } else {
            // Default role if no specific selection is made
            $user->set_role('subscriber'); // Or any other default role
        }
    }
}
add_action('bp_core_activated_user', 'assign_role_based_on_profile_field', 10, 1);

Yes, that is correctly understood. I/the administrator suddenly do not receive notifications when there are membership requests. However, the applicant does receive an email. WP registers the request under Users, but BP Registration Options notes nothing. When I manually respond to the request via WP – User – Management, BP Registration Options is activated, and an email is sent, and BP Registration Options marks the request with a red dot (as usual). It’s as if WP and BP Registration Options do not want to cooperate. WP overshadows BP Registration Options.

For the posterity: the Codex was not very clear for newer user: the Settings > Email mentionned is in the public user profile settings, and only available if you have the “Notifications” component enabled.

It does not allow to define the default values for the users settings. Each user can customize their own themselves.

If I’m not mistaken to customize the “default” you can use this code:

add_action( 'bp_core_activated_user', 'wps_set_email_notifications_preference');
  
function wps_set_email_notifications_preference( $user_id ) {
 
    $settings = array(
        'notification_activity_new_mention'         => 'yes',
        'notification_activity_new_reply'           => 'yes',
        'notification_friends_friendship_accepted'  => 'yes',
        'notification_friends_friendship_request'   => 'yes',
        'notification_groups_admin_promotion'       => 'yes',
        'notification_groups_group_updated'         => 'yes',
        'notification_groups_invite'                => 'yes',
        'notification_groups_membership_request'    => 'yes',
        'notification_messages_new_message'         => 'yes',
    );
  
    foreach( $settings as $setting => $preference ) {
        bp_update_user_meta( $user_id,  $setting, $preference );
    }
}

I deactivated BuddyPress and then selected ‘favorites’ from the generic bbPress profile page. Within the list of favorited topics, the ‘X’ has the following URL:
https://[site-url]/forums/users/admin/favorites/?action=bbp_favorite_remove&object_id=55&redirect_to=https%3A%2F%2F[site-url]%2Fforums%2Fusers%2Fadmin%2Ffavorites%2F&_wpnonce=198716f56b

When I click the ‘X’ it unfavorites is. I’m beginning to see what’s happening here. Thanks for your help so far.

Hi @awol

Thanks a lot for your testing and feedback.

About the CSS override: you need to put the buddypress.css & buddypress.min.css inside the /wp-content/themes/your-child-theme-name/css folder. I just tested with a Twenty Nineteen child theme and it behaves as expected.

About the WP Nav Menus we use for the logged in user BP links, the issue is fixed into our development version, it will be included into our 12.0-beta2 release.

As I’ve explained here, 12.0.0 no longer uses regular WordPress pages as the directory page of a BuddyPress component. You’ll see a “BuddyPress Directories” section into the Customizer UI to manage menus. If you use the regular Admin screen, you’ll need to activate the “BuddyPress Directories” checkbox into your screen options > See the screenshot above.

I forgot to mention that, in order to add a BuddyPress directory page into a WP Nav Menu, you now need to activate the “BuddyPress directories” menu type from the WP Admin Menu Screen options. See screenshot below:

We’ll document this change inside our User Docs.