BuddyPress.org

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.

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.

Also please note that the name field marked in the Users > Profile Fields with “(Primary)” IS the display name itself. This should be the field users use upon registration of their user – and this is also the field the BuddyPress Member Directory uses to sort content Alphabetical.

Hello again 🙂

This might start to make sense then!

First, when you translate something within the code itself (not using a translation plugin and po/mo file) it will for the most part be overridden whenever you update your WordPress / plugins that are translated. So, this might be why it doesn’t work now after the update.

I personally use a combination of LocoTranslate and TranslatePress. This is because BuddyPress activity is updated the way it is and for that reason LocoTranslate itself is not able to translate the dynamic content (like when activity updates – without the page doing so) – this TranslatePress supports.

So, for the BuddyPress content that can’t be translated correctly using LocoTranslate, I use the TranslatePress for those. Both plugins are free to use, and it doesn’t require you to purchase any expensive addons.

It’s important that you pick the right placement for your translation-files (custom, author, system). If they’re not in the right place the translation might not show up on the front-end. Also make sure you setup the settings within the LocoTranslate plugin not to override your translated files upon updating WordPress: Loco Translate > Settings > File system access > Modification of installed files & Editing of POT (template) files must be set to Disallow.

For the display name, this should be the default value it sorts by. Mine by default sorts by display name. When you go to Users > Profile Fields – you can edit the different settings from within there with the names and what is mandatory/not mandatory.

For the sorting part (or other features in the future) if it still causes issues, maybe a snippet code using a plugin like WPCode Lite might be a better solution rather than going into the code and edit it from there. In this way it will not get affected in most cases when you update WordPress, plugins and theme.

Maybe some of this can help you – if not – then feel free to keep me updated. 🙂

Sounds like compatibility issue within the theme then. Have you tried it with a BuddyPress supported theme?