BuddyPress.org

Try disabling all BuddyPress plugins and try duplicating the problem again.

My guess is the problem is with the BuddyPress Wall plugin. Deactivate that and see if your problem pops up again.

Do you have any specific steps to duplicate your problem? Does the problem occur after replying under a certain comment depth or when you hit a certain number of comments in the group update?

@tutorbe – Thanks for mentioning that you are testing on HHVM.

I personally haven’t tested HHVM with BP 2.6.1.1 yet.

Can you turn WP_DEBUG on in wp-config.php and note down any debug notices that are showing up with BP 2.6.1.1?

What happens if you disable class autoloading manually by commenting out these lines?
https://buddypress.trac.wordpress.org/browser/tags/2.6.1.1/src/bp-loader.php?marks=469-470#L467

Let me know if that works or not.

Hi,

apparently there is a conflict somewhere. Do you receive php notice or warnings with wp_debug activated ? The fn you mention posts new Activity comments received via a POST request.

Before opening a ticket, can you provide some more details about your install please ? Server type, php version and memory_limit.

Theme
Is Valenti theme updated to fit with BuddyPress 2.6 ? No information about this detail on the theme presentation even if recent update (23/6/2016). But it’s crucial to know, as many things changed in 2.6+

Plugins
Hashbuddy wasn’t updated since 2 years.
Do you use WDS-BuddyPress-Project-Framework ?

Debug
To test, you can deactivate all plugins except BP. It’s important you ensure that at least the basic install of WP+BP is fully working. First with a twenty theme and second, with your theme (not the child).

If the site is for a client, you’re a pro. Hopefully you have a sandbox install (locally or online) to do this debug work ?!!!

Any thoughts @djpaul, @r-a-y ?

So is this is definite “Object cache doesn’t work inside W3 Total Cache” because it breaks password resets? This seems to be my experience.. I’ve whitelisted registration, membership (Paid Memberships Pro) and activation pages in the page cache but seem to have issues with password reset and account activation since using activating xcache Object Cache within W3.
So my questions are:
1) is there a different object cache plugin I could use alongside w3 (which is great for its page cache etc)?
2) is this issue unique to xcache? Could I use APC instead?
3) are there any other integrated cache solutions that work with Buddypress that include object cache? The benefits to my site speed have been huge since activating.. It’s just the account activation issue
Thanks

also ‘bp_signup_validate’

 function bp_password_beefing() {
 global $bp;

 if ( !empty( $_POST['signup_password'] ) )
   if ( strlen( $_POST['signup_password'] ) < 6 )
    $bp->signup->errors['signup_password'] = __( 'Your password needs to be at least 6 characters', 'buddypress' );  
 }
 add_action( 'bp_signup_validate', 'bp_password_beefing');

source:
http://wordpress.stackexchange.com/questions/160475/how-to-increase-password-requirements-for-registration

Copy the buddypress theme into your WordPress child theme, and then you can modify the register template if needed.

copy the buddypress theme into your child theme by pasting this path into your child theme folder
/wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress

path of file for registration fields is this:
/wp-content/themes/child-theme/buddypress/members/register.php

Then, add First and Last name fields under User>Profile Links in the WordPress Dashboard.

Currently there is a ‘Name’ field that is required, you can edit it to read ‘First Name’ then add another ‘Last Name’ field..

Then you need to process the data before it saves into the database, I’m kind of at a loss here… I would need more time to brainstorm on it but I did find this hook ‘bp_core_signup_user’

I believe this is the hook you are looking for:

// define the bp_core_signup_user callback 
function action_bp_core_signup_user( $array, $int, $int ) { 
    // make action magic happen here... 
}; 
         
// add the action 
add_action( 'bp_core_signup_user', 'action_bp_core_signup_user', 10, 3 ); 

Participate and Contribute

Assuming there are no errors on your site….
afaik, the auto-complete only handles friends by default. So if you aren’t friends with ‘Jenn’, you won’t see a suggestion.

To turn on auto-complete for all users, put this in bp-custom.php :
define( 'BP_MESSAGES_AUTOCOMPLETE_ALL', true );

I just installed WP Engine PHP Compatibility Checker plugin on one of my A2 hosting sites which is running PHP 7.08. 78 errors and 11 warnings from the Buddypress 2.6.11

Who do I send the Checker log file to (if anyone)?

Stripped tags ? See a possible solution here:
https://buddypress.org/support/topic/remove-html-tags-excluding-image-tag-from-activity-stream/#post-234068

Hi @socialc

The Template Hierarchy will let you override create.php. In your own version of that file you could use custom_show_blog_signup_form() in place of bp_show_blog_signup_form(). I’d copy everything from bp_show_blog_signup_form() to your custom function and edit what you need to.

In addition, and relative to this point:
Often people don’t have a profile picture on their harddrive/desktop

you can use BP Avatar Suggestion

If profile informations are important for your project, you can also use my BuddyPress Progress Bar plugin, which helps any site administrator to kindly remember his community members to complete their profile in a clear, significant and non-obstrusive way.

Hi,

it’s not the solution but an example you can perhaps use.
The snippet handles the object members and sort them by type “contributing”
Replace object by activity and type by “beer” and see what you can do from that.

// add order options to members loop
function ch_member_order_options() {
?>
   <option value="contributing"><?php _e( 'Contributing Members', 'buddypress' ); ?></option>
<?php
}
add_action( 'bp_members_directory_order_options', 'ch_member_order_options' );

// filter ajax members by contributing
function ch_filter_ajax_querystring( $querystring = '', $object = '' ) {

	if( $object != 'members' )
		return $querystring;

	$defaults = array(
		'type'            => 'active',
		'action'          => 'active',
		'scope'           => 'all',
		'page'            => 1,
		'user_id'         => 0,
		'search_terms'    => '',
		'exclude'         => false,
	);

	$ch_querystring = wp_parse_args( $querystring, $defaults );

	if( $ch_querystring['type'] == 'contributing' ) {
	
       // grab members by Member Type role declared on xprofile	
	$users = get_users( array( 'fields' => array( 'ID' ), 'role' => 'contributor' ) );
		
		$users_str = '';
		foreach ( $users as $user ) {
				 $users_str .=  $user->ID . ',';
			}
		$users_str = rtrim($users_str, ",");

		$ch_querystring['include'] = $users_str; 
		$ch_querystring['type'] = 'alphabetical'; 
		
		return $ch_querystring;
		
	}	
	
	else
		return $querystring;
			
}
add_filter( 'bp_ajax_querystring', 'ch_filter_ajax_querystring', 20, 2 );

https://buddypress.org/support/topic/adding-new-order-by-on-members-loop/

Members Loop

Member Types

I cannot duplicate this on my local nginx test site.

Are you testing with no plugins? If not, disable all BuddyPress plugins and code snippets and try again.

Also try looking at your nginx.conf file and see if it needs to be tweaked.

You have some other BuddyPress plugins that is causing this notice.

For now, I would recommend turning off WP_DEBUG mode on your production site.

I use that function bpfr_custom_group_default_tab and it works.
Have you replaced the group slug to yours in ‘case’ ? This must fit the exact slug, the one you see by mouse over the group name in the bottom left corner of your brower (and normally in the browser’s address bar).

Please ask one question at a time. Make an effort to be clear. It’s difficult to follow your post !

– I want to do this on profile: details, item names…

– I want to do this on groups: details, item names…

NB 1: if you want to change the landing tab for ALL groups, you can use:

define( 'BP_GROUPS_DEFAULT_EXTENSION', 'members' );

With this, all groups will use the group members directory as landing tab instead the group activity.
If you want a different landing tab for each group, use the snippet and don’t use define.

Changing Internal Configuration Settings

NB 2: the tab name has no influence on the landing tab. The name and the slug are handled separately, precisely because of that

NB 3: where you put functions in bp-custom has no importance.

Read again ! It’s explained here:

https://buddypress.org/support/topic/visual-editor-for-writing-messages/
https://buddypress.org/support/topic/add-tinymce-to-activity-post-form/

The Home tab is the default one. If you remove that tab, BP has no way to know where to output the other group tabs content. If you remove Home(aka activity) you should define another landing tab.

But when you want to modify groups, you shouldn’t define ‘profile’, but ‘groups’. (read what you wrote!)
For the profile landing tab, see this codex page.

For groups, you can try this snippet. This let you define a different landing tab for each of your groups (not profile, ok ?). 😉

function bpfr_custom_group_default_tab($default_tab){
	/**
	 * class_exists() is recommanded to avoid problems during updates 
	 * or when Groups Component is deactivated
	 */
	if ( class_exists( 'BP_Group_Extension' ) ) : // 
	
	$group=groups_get_current_group();//get the current group
	
	if(empty($group))
	return $default_tab;
	
	switch($group->slug){
		
		case 'kill-bill': // group name (use slug format)
		$default_tab='forum';
		break;
		
		case 'groupe-2014':
		$default_tab='members';
		break;
		
		default:		
		$default_tab='home';// the original default landing tab
		break;
		
	}
	
	return $default_tab;
	
	endif; // end if ( class_exists( 'BP_Group_Extension' ) )
}
add_filter('bp_groups_default_extension','bpfr_custom_group_default_tab');

Global.js is related to BP Default theme which is no more used since 1.9.
The “new” js you can check for comment count is \buddypress\bp-templates\bp-legacy\js\buddypress.js:667

I don’t know how the default 5 count is set before firing Show all X comments link. But i haven’t read very attentively the whole js file.

If your goal is to gain some place on activity feeds, you may use a show/hide comment button ?

function add_comment_hide_show() {
?>
<style>
.single-group .activity-comments ul{display: none;}
</style>
<script type="text/javascript">
jQuery(function($) {
	setInterval(function() {
		$('.activity-meta').each(function() {
			if( !$(this).find('.show-comments').length ){
				var html = '<a href="#" class="button bp-primary-action show-comments">Show/Hide Comments</a>';
				$(this).find('.button.acomment-reply').after(html);
			}
		});
		
	}, 500);
	
	$('body').on('click', '.show-comments', function(e) {
		e.preventDefault();
		var obj = $(this).closest('.activity-content').next('.activity-comments').find('ul');
		obj.slideToggle();
		return false;
	});
	
});
</script>
<?php
}
add_action( 'wp_footer', 'add_comment_hide_show' );

Or if you want to limit the number of comment a member can leave on activities, BPDEVEL has a premium plugin called BP Rate Limit User Activity which can do that.

On Trac, some very old tickets about comments: #2768, #1870

Perhaps @dcavins can tell you more about this ?

‘danbp’ your codes work great!
One thing, though, since I removed the ‘home’ item in groups, now if I create a private group or click on a public group icon, the group page will not be available!
I think it is because the ‘home’ item has remained as the default page for the group pages!? I changed my profile default page with ‘define(‘BP_DEFAULT_COMPONENT’, ‘profile’ );’ but it seems for changing group default tab story is different, so I used code suggested here: https://buddypress.org/support/topic/changing-group-tab-display-defaults/

But still no success!?

Hi there-

Yes, 2.6.1 (and 2.6.1.1) have a conflict with BP Group Hierarchy. The problem is caused by the addition of the autoloader check in bp-loader.php because BPGH instantiates its class before BP knows if the groups component is active or not. The short term fix is, unhappily, to change bp-loader.php. Comment out the line that reads return (add a // before return) here:
https://github.com/buddypress/BuddyPress/blob/master/src/bp-loader.php#L621