BuddyPress.org

Don’t abandon the Groups functionality or BuddyPress over this small display issue! With a plugin like this https://wordpress.org/plugins/simple-custom-css/, it is trivial to add the CSS that I gave above.

Building a child theme is more complex, and is something you should learn down the road if you plan to make extensive customizations. But if you just need to make a small change like what I’ve suggested, then a plugin like https://wordpress.org/plugins/simple-custom-css/ is more than enough.

Not what you are serching for but plugin BuddyPress bulk delete can delete all activity.

You can use wp-cli-buddypress to delete the activities from the command line: https://github.com/buddypress/wp-cli-buddypress

Where do I upload my theme to on BuddyPress?

Thanks for the link. It does appear that the margin-top property is the culprit.

Here is the CSS that should fix it:

body.single-item.groups #buddypress div#item-header #item-header-cover-image #item-header-content, body.single-item.groups #buddypress div#item-header #item-header-cover-image #item-actions {
    margin-top: 0px;
}

I don’t recommend that you make the change directly to your themes/parabola/style.css stylesheet, as it will be overridden on the next update. I suggest building a child theme. But you could also use a custom CSS plugin, or the Custom CSS tools in Jetpack.

If your theme uses bp-legacy theme templates, then the styles for the Who’s Online widget are in buddypress/bp-templates/bp-legacy/css/buddypress.css.

https://postimg.org/image/sl03lqwff/

BuddyPress does have a lot of files, but it’s organized according to pretty specific principles, and I don’t think it qualifies as “messy”. In any case, for the purposes of CSS, you can always use your browser inspector (see image above) to locate styles.

Ah yes, thanks for that.

It looks like your theme is loading scripts from BuddyPress, but is using an old path for these scripts. (BP changed the paths a couple versions ago. See https://buddypress.trac.wordpress.org/changeset/11009.) Look in your theme – probably in functions.php – to see how it’s loading the cookie, caret, and atwho scripts. Then update the paths as needed (I think you can just add /vendor/).

/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/members-loop.php

<div class="item">
<div class="item-title">
<a href="<?php bp_member_permalink(); ?>">
<?php bp_member_name(); ?></a>
<?php if ( bp_get_member_latest_update() ) : ?>
<span class="update"> <?php bp_member_latest_update(); ?></span>
<?php endif; ?>
</div>				

///////////// <YOUR CODE HERE> <LIKE_GET_THAT_FIELD> ///////////// 		
				
<?php
/**
* Fires inside the display of a directory member item.
*
* @since 1.1.0
*/
do_action( 'bp_directory_members_item' ); ?>

Check out the Languages and Translations article:

Languages and Translations

WordPress users are BuddyPress users. They’re stored in the wp_users table.

Hi @aubreyw – Thanks for the post!

I haven’t done a lot of work with these plugins myself, so I can’t give direct advice. But I was recently researching a bit, and I found that Restrict Contact Pro has a third-party add-on that does integrate nicely with BuddyPress: https://skillfulplugins.com/plugins/restrict-content-pro-buddypress/ I have not used this myself, but the screenshots make it look really promising, and worth a closer look.

> I replaced the indicated line of code in my child theme’s cover-image-header.php with yours. Not only does the Display Name not appear (only the “@” appears), but everything following it (tabs of user activity, etc) disappears. The page just ends.

Sorry, there was a typo in my original response. I wrote bp_displayed_user-id() instead of bp_displayed_user_id().

When the page stops rendering like this, it means that there’s been a PHP fatal error. If you’re going to be modifying PHP files, it’s a good idea to get familiar with either your server’s PHP error log, or the WP_DEBUG constant. See https://codex.wordpress.org/Debugging_in_WordPress

> Any insight into what I may be doing wrong would be appreciated.

Hard to know exactly what is going on without seeing your site. For the template, my guess is that you have copied things into the incorrect location in your child theme. The template overrides only work if the directory structure matches directly, as described on the codex page linked above. So, the path should be something like wp-content/themes/your-theme/buddypress/members/single/index.php.

For the CSS, it could be that your theme is using different CSS selectors for page titles. (.entry-title is used by some of the WordPress default themes, so I guessed that it might be in use on your theme too.) Use your browser’s inspector to get the proper selector. Here’s a useful tutorial: http://toolsqa.com/selenium-webdriver/finding-elements-using-browser-inspector/ Once you have found the id/class of the element, replace .entry-title in my snippet with that.

Hi @writingbox – Unfortunately, it’s very hard to debug this without access to the live site. But if the problem is indeed that there is a margin-top issue on this element, you could put the following into your child theme’s style.css:

body.single-item.groups #buddypress div#item-header div#item-actions {
    margin-top: 0;
}

Be sure to do this in the stylesheet for your child theme, not in BuddyPress itself or in your WP theme, because those changes would be lost when the plugin/theme is updated. Here’s a guide https://premium.wpmudev.org/blog/how-to-create-wordpress-child-theme/ – the section you want is under the “Creating a Child Theme” header, and the file where you should put your customizations is style.css.

If I understand the “view link” issue correctly, then the following CSS is probably enough to hide it:

.latest-update a { display: none; }

A screenshot would verify whether we’re thinking of the same thing.

Please note that if you’ve made changes in cover-image-header.php within the buddypress directory, these changes will be overwritten the next time BuddyPress is updated. Please create a child theme and override templates there. Here’s a brief guide: http://tentenbiz.com/override-buddypress-template-files/

> When I click on a user name from the member’s directory, it take me to the compose a message like it is suppose to do, and the user name appears , but it does not save the user name in the send to box, do you have a fix for this also?

Can you described this in more detail? When you say “it does not save the user name”, what do you mean? Do you mean that, when you press Send on the newly composed message, the page reloads without having been sent to the user in question?

There are a couple places where BuddyPress itself adds an IN clause like this to the user query.

1. When showing a list of a user’s friends: https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-core/classes/class-bp-user-query.php?marks=389#L382

2. When joining against the user meta table because of some sort of meta_query: https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-core/classes/class-bp-user-query.php?marks=455#L430

3. When parsing the include parameter, which can be populated by a plugin or by a group member query: https://buddypress.trac.wordpress.org/browser/tags/2.9.2/src/bp-core/classes/class-bp-user-query.php?marks=373#L360

It’s hard to give exact advice without knowing which of these cases is tripping up the WPEngine tool. Item 2 would only happen if you were using a specific kind of plugin/customization. 1 would only happen if viewing the friends page of a user with a huge number of friends. 3 would happen only if viewing the members page of a group with a huge number of members. 3 is probably the most common, but if you could verify, it would help us to narrow things down.

It’s hard to give a simple workaround for this kind of issue. One is to prevent BP from doing this specific ‘count’ query. This will have the effect of breaking certain kinds of pagination, but it may be something that you can work around, depending on the details. Fundamentally, this might count as a bug that should be fixed in BP – we may consider switching this to a subquery to avoid this kind of host restriction.

In the meantime, you might consider reaching out to WP Engine and explaining this problem. In my experience, they’re generally pretty reasonable about disabling or loosening this query-length restriction in certain cases.

I’m going to close this issue in favor of https://buddypress.org/support/topic/change-mentionname-to-displayname-in-cover-image-header-php/. Thanks!

Hi @drnz17 – Yes, there are plugins that make this possible. This one has support for BuddyPress-related conditionals, like “show these widgets on a single user page”: https://wordpress.org/plugins/dynamic-widgets/

Hi @richardmiller-1 – The purpose of the @username part of the interface is to tell other users how to mention the user when posting new activity items, etc. It’s possible to change the value that’s displayed here, but if you do, and if users then use that text to “mention” others, then things like auto-linking of @-mentions and @-mention notifications will break, since BP doesn’t know by default how to search by display names.

If you just want to change the display, then you should copy the cover-image-header.php template to your own child theme, and then change the line you’ve referenced to:

<h2 class=”user-nicename”>@<?php echo bp_core_get_user_displayname( bp_displayed_user_id() ); ?></h2>

It might be possible to retool some of the @-mention plumbing so that notifications etc work. You’d want to start by filtering bp_activity_mentioned_users(), and copying some of the logic in bp_activity_find_mentions() but with modified regex + user lookup. (This is going to be hard because, among other things, display names are not necessarily unique across a network, so @Richard could refer to multiple people. But that depends on the nature of your network.)

The h1 at the top of the profile page is generated in a weird way, as part of BP’s theme compatibility system. It’s not directly generated by BP, but comes from your WP theme; BP is faking the theme into thinking that the user’s display name is the title of the WP page, so that your theme’s page.php template outputs it as the_title(). There are various workarounds for this. One is to tap into BP’s template hierarchy, so that WP would use a separate template file for single member pages. See https://codex.buddypress.org/themes/theme-compatibility-1-7/template-hierarchy/#single-member-pages for details. Basically, you’d copy page.php to buddypress/members/single/index.php, and remove the call to the_title(). A simpler solution is to hide with CSS:

.bp-user .entry-title {
	display: none;
}