BuddyPress.org

Oy, this is not a good piece of advice from the Avada support folks. You cannot put PHP into a text widget. I gave you a snippet of PHP with the understanding that it’d have to be added through code somehow.

If you haven’t got the resources to build a proper custom widget (no worries if not, it is a bit cumbersome to do), you may try a plugin like https://wordpress.org/plugins/php-code-widget/. You should be able to paste the text in question into one of those widgets and have it work.

Widget-friendly shortcodes for BP content is a good idea for a future enhancement. I’ve added a comment to an existing ticket we have to track a related idea. https://buddypress.trac.wordpress.org/ticket/7159#comment:2

The fact that both of these items are happening suggests that there might be a problem with folder permissions for WP uploads. Test to see whether it’s possible to upload an item through Dashboard > Media. If not, you may want to look through a resource like this https://codex.wordpress.org/Changing_File_Permissions to see whether anything has changed on your upload directories.

Very interesting question.

It’s not currently possible to do this through the regular activity API. We’ve hardcoded ASC into the comment query: https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-activity/classes/class-bp-activity-activity.php?marks=1510#L1509

I think that it would be a good enhancement request to add something to the query API that allows for these items to be reversed. If you’re interested, I encourage you to open a ticket at https://buddypress.trac.wordpress.org.

In the meantime, here’s a clunky workaround:

add_filter( 'bp_has_activities', function( $has ) {
	global $activities_template;

	foreach ( $activities_template->activities as &$a ) {
		$a->children = array_reverse( $a->children );
	}

	return $has;
} );

This will only affect top-level comments; you’d need something recursive to do deeper levels. And you may want to limit this to front-end queries, or in the main activity directory, or something like that. But it’s a basic technique that should give you a sense of how to solve this in the short term.

Hi @ovizii – Changing to a separate theme just because of a single styling issue is a pretty big step. If you’re generally happy with the way your site looks and works, it may be worth putting a bit of time into solving the specific issue, rather than looking for a larger switch.

If you do want to change, BuddyPress now supports a feature called “theme compatibility”, which means that it works well in most WordPress themes – whether or not they have specific support for BuddyPress. A nice place to start is the WP default themes (Twenty Sixteen, etc), some of which are particularly well suited to running a BuddyPress site.

Group descriptions are filtered at the time of saving, via wp_filter_kses(), and at the time of display using bp_groups_filter_kses(). https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-groups/bp-groups-filters.php#L35

It seems like a bug that we do different things at the time of save vs the time of display, but there you have it.

I’d suggest removing the groups_group_description_before_save filter, replacing with bp_groups_filter_kses, and then filtering bp_groups_filter_kses to add allowed tags (as @r-a-y describes above). https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-groups/bp-groups-filters.php?marks=117#L87

Hi @Sander – Thanks for reporting this. It looks like a legitimate bug. I’ve opened a ticket to track it: https://buddypress.trac.wordpress.org/ticket/7631

While we try to figure out a way to make this work better, you can work around the issue by disabling autolink for the field in question. Dashboard > Users > Profile Fields > Edit, and look for the Autolink metabox at the right.

Thanks for the report, @onedevstudios. This sounds like it’s probably a bug. Could you please open a ticket at https://buddypress.trac.wordpress.org with detailed instructions to reproduce? Thanks!

I’m unable to test with the proprietary Magnum theme, but with the free version of Optimizer, I’m unable to reproduce the problem. Group member searches are working as expected: https://postimg.org/image/axag5nsjr/

Here’s the relevant part of BP’s JavaScript: https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-templates/bp-legacy/js/buddypress.js?marks=863#L848 The first thing to check is that your theme is actually requiring buddypress.js (or buddypress.min.js) out of the buddypress theme directory; if not, it’s possible you’re running an out-of-date version bundled with a theme or something. Then, you may need to deminimize (or set define( 'SCRIPT_DEBUG', true );) to debug. Then, check to see whether this bit of script is actually able to find the search_terms element. It’s possible that your theme, or some other plugin, is modifying the markup so that the selectors or the element hierarchy has changed.

Hi there to all!

For those who searching for the messaging plugin, checkout this:

BP Better Messages

I don’t have access to the proprietary ARMember plugin, so I can’t say anything about that.

Here’s one way to show arbitrary content in a BP user’s profile header:

add_action( 'bp_before_member_header_meta', function() {
	$user_id = bp_displayed_user_id();
	echo 'Here is the badge for user ' . $user_id;
} );

You’ll need to use the $user_id to fetch the ARMember badge and display it.

See https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-templates/bp-legacy/buddypress/members/single/member-header.php for other hooks you could use instead of bp_before_member_header_meta.

It looks, at a glance, like the LH Private BuddyPress plugin ought to be doing what you’re asking for. https://plugins.trac.wordpress.org/browser/lh-private-buddypress/trunk/lh-private-buddypress.php#L101

If it’s not working, it’s either because of an error in the plugin logic, or because something on your server or WP setup is interfering with the redirect_to parameter.

Can you share the format of the URL at various points of the process? For example, when visiting example.com/groups/my-private-group as a logged-out user, you should be redirected to:

example.com/wp-login.php?redirect_to=/groups/my-private-group

If, after login, you’re being redirected back to wp-login.php, what is the format of the URL then?

What is the URL format of your BP/WP installation? Are you installed at the top level of a domain example.com or in a subdirectory example.com/buddypress/?

What theme are you using? It’s possible that this problem is specific to the theme. Try on a default WordPress theme like Twenty Sixteen to be sure.

Can you share a screenshot of the “comment box” and the “reply box”? It’s unclear from your questions whether you’re talking about textareas or about buttons. Also, BP doesn’t have separate Comment and Reply functionality for activity items, which makes me think that this may be a conflict with another plugin.

I’m not sure that previous_posts_link() and next_posts_link() will work in the context of a custom WP_Query loop. See https://wordpress.stackexchange.com/questions/20424/wp-query-and-next-posts-link for a pointer.