BuddyPress.org

Hi @dreampixel,

BP 15 was taking too long to get in motion, so the BP team decided to incorporate the fix for this within the BP 14.3.1 maintenance release.

Thank you for your patience!

BuddyPress 14.3.3 is available which resolves this topic.

Edited BuddyPress version to 14.3.3, since v14.3.1 contained a regression.

BuddyPress 14.3.3 is available which resolves this topic.

Edited link to reflect the 14.3.3 release.

I’m using that same code in functions.php and it’s working for me.

I’m using the BuddyPress Legacy templates.
So if you’re using BuddyPress Nouveau perhaps there’s a different way to do it?

I also have the BuddyPress Classic plugin installed, for whatever that’s worth.

You might ask on the BuddyDev forum. They’re usually good with things like this:
https://buddydev.com/support/forums/

I also want to edit the registration page and customise the messages on it and the way it looks, so I tried this too. What I did was, I created a child theme in its own separate folder called buddyx-child. Since the steps say to

`Paste it into your theme folder in wp-content/themes/your-theme/buddypress/members/register.php.

I created a folder called “buddypress” in the child theme folder, then in that folder, created a folder called “members”, and copied and pasted the “register.php” file there and made my edits there. I typed some test messages using the paragraph HTML tag <p> and the message shows on the registration page, BUT the visual layout of the page changes. I don’t know why that is when it’s supposed to inherit the CSS from the parent theme. If I move the “register.php” file out of the buddypress/members/ directory and put it directly in my “your-theme” (ie my child theme) directory, then it doesn’t work at all and the child theme just inherits the original registration page.

Anyone with any ideas?

My apologies for the inconvenience, the BP Team is aware of this issue (see Trac ticket #9247) and the tentative plan is to deploy a minor release (14.3.0) for a fix. Unfortunately, at this moment, I don’t have an ETA.

Hi,

My apologies for the inconvenience, the BP Team is aware of this issue (see Trac ticket #9247) and the tentative plan is to deploy a minor release (14.3.0) for a fix. Unfortunately, at this moment, I don’t have an ETA.

Also running into this. Seems that the use of __ in the constructor the cause.
wp-content/plugins/buddypress/bp-members/classes/class-bp-members-component.php:78

I figured out my issue with it not displaying and wanted to put my solution here in case others have the same issue.

I have the Conditional Profile Fields for BuddyPress plugin by BuddyDev activated. For some reason, for this field only, I had to change the visibility condition to “”Show” current field If ” and saved that. It will revert back to “”NA” current field If” but it made the biography field show in the user’s profile when you go to view it as a site visitor.

Regarding the edits not saving, maybe you need to purge the cache?

Hi @miednr,

I’m not sure why you are having difficulties with a BuddyPress installation on a multisite whereby blog posts are not showing up in the Activity stream when configured to do such.

At the moment, I’m not able to duplicate your situation because blog posts are showing up in my Activity stream in a multisite installation. As can be seen in the following screenshot:

Since blog posts work for me and not for you, we need to figure out the difference(s) in our installations and what I have as the basics are (running on a LAN):

• WordPress 6.7 – multisite with subdirectories
• BuddyPress 14.2.1 – network activated on secondary site
• All BuddyPress components activated
• Default BuddyPress options plus “Post Comments” enabled
• TwentyEleven theme used on secondary site
• Pretty permalinks used on secondary site

Additionally, the installation guide I used is “Case 2” from the following document:

BuddyPress Activation Guide for WordPress Multisite

Maybe if we start on some common ground, we should eventually figure out what may be going astray with your installation, well at least that would be the theory.

And you use the BuddyX theme with BuddyPress and not the BuddyBoss Platform right?

You can send me an email here: support@spiritualskill.com

This reply will be deleted once you reach out, in order to prevent spam mails in the future. 🙂

I think I understand what your issue if yes, but still sounds wierd to me lol.

Anyways, you could try add this snippet code into a WPcode PHP snippet and see if it will do the trick for you by setting up default sorting to be by display name.

// Force BuddyPress member directory to always be sorted by display name
function custom_buddypress_member_sorting( $args ) {
    // Check if the current page is the members directory
    if ( bp_is_members_directory() ) {
        // Set the 'orderby' to 'display_name' and 'order' to 'ASC'
        $args['orderby'] = 'display_name';
        $args['order'] = 'ASC';  // You can change to 'DESC' for descending order
    }
    
    return $args;
}
add_filter( 'bp_after_has_members_parse_args', 'custom_buddypress_member_sorting' );

Let me know if that might solve your issue. 🙂

If you want the “Name” (display name) to always be set by default to “username”, you can add this code into your functions.php (or preferable using the Snippet Code plugin WPCode – with a PHP snippet code).

This should setup the default display name to always show the “username” when creating new user profiles.

// Function to set the display name to the username for new users or profile updates
function bp_sync_display_name_with_username($user_id) {
    // Get the user data
    $user_info = get_userdata($user_id);
    
    if ($user_info) {
        // Get the username
        $username = $user_info->user_login;

        // Update display_name to the username
        wp_update_user(array(
            'ID' => $user_id,
            'display_name' => $username
        ));
    }
}

// Hook the function to user registration and profile update actions
add_action('user_register', 'bp_sync_display_name_with_username');
add_action('profile_update', 'bp_sync_display_name_with_username');

Also, you can add another function to sort by alphabetical by default if this continues to be causing you issues.

// Function to set default BuddyPress member sorting to alphabetical
function bp_default_members_sorting_alphabetical($args) {
    // Check if the 'type' is not set, set it to 'alphabetical'
    if (empty($args['type'])) {
        $args['type'] = 'alphabetical';
    }
    return $args;
}

// Apply the filter to the member query arguments
add_filter('bp_after_has_members_parse_args', 'bp_default_members_sorting_alphabetical');

Let me know if that works for you.

I just wanted to thank @dreampixel for the support they are giving here on the site. It’s very refreshing. Usually no help whatsoever is offered by any of the people behind Buddypress. None.

Hello @thinlizzie 🙂

I’m by no means an expert or anything lol, but I’ve been playing around with WordPress and numerous different large setups for the past 15+ years. I normally reply to people if I got the time or ideas on what could be done.

That is not my experience that there is no support in here. Please remember that BuddyPress is open source and the users in here (mods included) are not obligated to help/offer support all the time. Most people in here have other projects going on and/or might not be able to help. Also, a lot of the time the same issues are highlighted again and again instead of people searching the forums for answers first.

That being said, I also appreciate when people try to help me troubleshooting, since it can be quite frustrating when things doesn’t work, and you have people depending on it.