BuddyPress.org

@madwester
You can find lots of tutorials for theme development.

The Beginner’s Guide to Creating a Theme With Underscores

For BuddyPress template override
You can check https://codex.buddypress.org/themes/theme-compatibility-1-7/a-quick-look-at-1-7-theme-compatibility/
If your plan for your usages only, there are lots of themes available for BuddyPress, you can also start them as use them as a skeleton and customize them as per your choice inside the child theme.

@pakaste
You can find the reference for setting activity as group activity inside
/buddypress/bp-activity/bp-activity-actions.php

$content = apply_filters( 'bp_activity_post_update_content', 'groups' );

@markleeuw user is getting logout after password change that’s why you are getting 404 error page. Try to debug with the default WordPress theme and only BuddyPress plugin, might be some plugin is creating conflict.

Try this – https://buddypress.org/support/topic/user-profile-field-descriptions-showing-twice/#post-272378

I had the same problem and I had the doubt on the custom register.php file in my child theme. This file was too old. I replaced it with updated version which resolved the problem.

1 – Go to /wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members and download a copy of register.php

2 – Add your customizations (which you have in your custom file) to this file

3 – Upload it to your child theme. Usually – /wp-content/themes/child-theme/buddypress/members

Hope this helps

@diegelmannsj check with BuddyPress for Learndash support.

Hi @anas9279 You can download po and mo files from the following link and save inside
/wp-content/languages/plugins/
https://translate.wordpress.org/projects/wp-plugins/buddypress/stable/ar/default

@thirty3
BuddyPress already have codes to delete activities for those post which are trash, and it works fine for post and CPT both.

You can find the code ref for it inside
buddypress/bp-blogs/bp-blogs-activity.php

@panosa1973 try to delete all the instance where you have saved language files and save as fresh at the following path
/wp-content/languages/plugins/buddypress-en_US.po
/wp-content/languages/plugins/buddypress-en_US.mo

Same thing happened to me. Once I de-activated the ‘BuddyPress for Learndash’ plug-in, it went back to normal..but I really need to use the ‘BuddyPress for Learndash’ plugin. 🙁

If that theme has not removed the bp_directory_members_item hook from the members-loop template, then you could use this function in bp-custom.php

Assuming you have a profile field named ‘Title’ …

function acie_show_member_data() {

	$title =  bp_get_member_profile_data( 'field=Title' );

	if ( $title != '' ) {
		$str = $title . '<br>';
		echo $str;
	}
	
}
add_action( 'bp_directory_members_item', 'acie_show_member_data' );

You could use the overload method.
imo, using hooks is easier.

For example, to hide admin users from the members loop, you could put this into bp-custom.php… untested…

function grw_members_loop_ghosts( $retval ) {

    if ( bp_is_members_directory() ) {

        $admins = get_users( array(
				'fields' => 'ID',
				'role'   => 'administrator',
			      ));
        
        $admins = implode(',', $admins );

        $retval['exclude'] = $admins;
    }

    return $retval;
}
add_filter( 'bp_before_has_members_parse_args', 'grw_members_loop_ghosts' );

Hi Glenn, welcome aboard.

I’m pretty new to BuddyPress myself, at least on the in-depth side of things but I’ve been a user for a few years now. Just recently started writing plugins. I know what you mean regarding integration, I guess that’s what you get with a private system, less features but better integrated.

I’ve just created a plugin that I hope will take a step in the right direction integration wise. It’s called BP Post Status and it integrates WordPress posts with BP, allowing posts to be shared in groups and to friends. It’s also got a neat group homepage feature. If you intend to give your members the ability to blog it’s worth taking a look at. Still got a few teething problems though, nothing major, just my lack of experience shining through 🙂

I think the issue here is that there’s not only single pace you can go to change all these aspects of the site, but certainly the custom MO route should allow you to change a lot of them.

Can I just check, how many times did you replace ‘friends’ in the custom MO file? It’s must have been quite a few times.

I’d not recommend editing the core files, they’d be over-written with the next update, also friends appears in a lot of places and in a lot of contexts, I’d not recommend changing that unless you really knew what you were doing and were creating a new fork of BuddyPress. I’d certainly not be able to tell you that.

1. take a look at this page, it shows the general principles https://codex.buddypress.org/themes/theme-compatibility-1-7/template-hierarchy/ also you can look at the BP Template Overloader plugin, it’s designed to make this process more accessible.

Basically you create a buddypress directory in your child theme directory and replicate the directory path to the buddypress/members/register.php file.

Regarding 2, how did you do that? I’ve not got it as an option, I’m aware there’s plugin that added a TOS checkbox, not seen it done directly from the xProfile fields.

But if you did add it as a xProfile field, BP will by default show it in the profile page if the user has set it to publicly visible.

you might like to check out that plugin, I don’t think it uses xProfile fields: BuddyPress Simple Terms And Conditions

The first thing you need to do is confirm it’s an issue with BP by deactivating your other plugins and see if it still happens. if it does, report it as an issue on BuddyPress Trac.

1. One way to achieve this would be to overload the BuddyPress register page and replace the current section that adds the username with code that populates this field from the username field.

2. Not sure about that one, I take it this is being added by a plugin? if it’s creating an xprofile field then by default it will show up in profile, unless set to not be shown by the user. There’s a couple of options I think, either add some code to force this to not be displayed or else overload the profile page and set it up to display the profile fields you want to display.

@grwebs Your register page seems working fine http://grhs88.glenrocknews.today/register/
If that’s still an issue, make sure you have mapped the pages correctly inside the WordPress Dashboard
Setting >> BuddyPress >> Pages

MY PREVIOUS POST IS MISSING SO I’M REPOSTING AND HOPING THIS ISN’T JUST LAG…

OK I found a more targeted way to fix this. Short answer, I added this code add_filter( 'bp_get_activity_content_body', 'stripslashes_deep' );

HOW I added it is kind of important, I think. I’m running a plugin called Code Snippets https://wordpress.org/plugins/code-snippets/

By creating a snippet with just the code above, it takes care of removing those backslashes from comments on activity before it is displayed on the front end. If you apply the fix with this plugin, you can also select “run on front end” in the snippet editor for efficiency/performance.

If you wanted to fix it in your child theme (I don’t know why you’d only want the fix to be theme dependent, but that’s up to you …) then I believe this code would go into your functions.php (untested):

add_action('plugins_loaded', 'jrevillini_buddypress_get_activty_content_body_stripslashes' );
function jrevillini_buddypress_get_activty_content_body_stripslashes () {
add_filter( 'bp_get_activity_content_body', 'stripslashes_deep' );
}

Now I know that stripslashes is already applied to bp_get_activity_content_body by buddypress itself because I found it listed in this document, line 00079: https://drive.google.com/file/d/0B2NrrKAXLm0JQ01GT1ZGQlVOMkE/view (so my code *seems* redundant)

The only thing I can assume at this point is that the code built into buddypress to attach the filter is running too early for all output possibilities at priority 5. By simply adding it into a code snippet which is running as a plugin at the default priority, it seems to do the job before output on the member activity endpoint.

It should be noted that even without my fix, the same activity post will appear fine at some endpoints and not others.
The ones that I found that already worked:
* within a discussion e.g. /members/NAME/activity/73/#acomment-74
* on /member/NAME *as a reply* but *not* as an activity post