BuddyPress.org

For reference, the Topic Owner (TO) has opened Trac Ticket #9322 (Bug report at the core for the members loop).

If you are referring to the “built-in” search form on the Members directory page, it searches all xprofile fields that have entries in the bp_xprofile_data table, as well as, the “users table” (“user_login” or “user_nicename”) for the given search term. Additionally, the query is based on the “Like” operator with a “wildcard” (%) in front and after the search term, e.g., LIKE '%" . $searh_term . "%'".

In essence, a word such as “usable” will return as a hit for a search term of “usa”. So, what you will, most likely, want is a more advanced search capability of which you can:

• Code it yourself – see flexibility in members loop, caveat: this is old information but it provides insight as to how to go about it, sans a search form.
• Give the BP Profile Search plugin a try to see if it fits your needs.

Other than the above examples, there are available commercial plugins that you should be able to find on you own.

@terrysxm

You should create your own topic with specificity to your situation, instead of making comments on topics that are outdated and quite possibly irrelevant.

Closing this topic due to the nature of it’s age (6 years old).

FWIW: “Last Active” comes from an entry within the “bp_activity” table with the “type” field/column equal to “last_activity” of which the date is taken from the “date_recorded” field/column and this entry (last_active) is, typically required for a user/member to show within the “members directory” page. Thus, at this point, it doesn’t make sense that these imported users show with the “Alphabetical” filter and not with the other indicated filters. However, there is the possibility of a plugin or custom code that might be interfering with the query results.

The “Newest Registered” comes from the “user_registered” field/column of the WordPress “user” table.

What you posted was the error message provided by WordPress. If this is a production site, you should have access to the error log via your hosting services cpanel or equivalent interface.

Typically, when a block theme is in use, there won’t be a “Menus” option/section under “Appearance”. For a block theme, WordPress has some basic information about creating menu items at the following:

Site Editor navigation

Additionally, there is some limited info located at the following, as it pertains to BuddyPress menu items:

Site Editor Navigation <- BuddyPress menus

The caveat with plugins is that for a variety of reasons they might get abandoned at some point in time. Oddly or fortunately enough the author of the BuddyPress Restrict Messages plugin also created (seems like this one is a better fit for your stated requirement):

BuddyPress Messaging Control

However, the caveat of support for this plugin still applies.

Is item #2 a custom email that you created and if so, how did you create it, i.e., what steps did you take?

FYI – Typically “mail logging” plugins log mail sent via wp_mail() (WordPress) and by default BuddyPress doesn’t use WordPress to send emails thus they won’t show in those logs.

This appears to be related to ticket #9302, primary navigation in site editor fails to allow creation of a group. The ticket was submitted by the OP for this topic and has more information regarding the steps to reproduce.

When reviewing the history for this BP Add-on, this appears to be a bug that was first reported in April of 2024 in the WordPress support forum for this plugin. However, it appears that the only action taken was the submission of a GitHub issue #112 that acknowledges the bug and this issue has remained open since that time.

Long story shorter, the fatal error is due to, what appears to be, missing parameters which is unforgiving with PHP version 8.0+. Rolling the PHP version back to 7.4.33 produces PHP errors as a warning and notice for the same file and line number. This bug appears to affect the posting of am image in an activity post; meaning the image is uploaded but does not get attached to the associated activity post. What does seem to work is uploading images from a user’s profile media area (where the image gallery is shown).

All I can suggest at this point is that you deactivate the plugin until a remedy can be found and a new version is released.

Most of the plugins you listed are in the WP Plugins directory. If you are utilizing the “Add Plugins” feature in the wp-admin area, you might want to try changing the criteria from “keyword” to “tag” (dropdown box to the right of the search box), e.g., with tag selected and then entering “google search” or “google custom search” (without the quotes) you will find:

• WP Google Search
• WordPress Google Search
• RDP Google Custom Search
• Server-Side Google Search

For the “Search with Google” plugin, you can use “cse” or “custom search engine” or “google+search”. There appears to be inconsistencies (which is expected) in the way plugin developers tag their plugins, e.g., some developers have used “google search” as a tag and another had used “google” and “search” as separate tags.

For the following items, there will either be URLs or Pages:

• Activate
• Activity
• Groups
• Members
• Register

The default when installing or upgrading to BuddyPress versions of 12 or greater is URLs. In order to change to Pages, the BP Classic add-on (plugin) should be installed and/or activated.

Most likely, the reason for the -2 for the Activity Directory slug in URLs is that there is a Page with the title of “Activity” and a slug with a name of “activity” which should be visible within the WP Pages area. The indicated items are WP posts that will either have a post type of “buddypress” (indicates URLs) or a post type of “page” (indicating Pages). Meaning they should all be of same post type, not a mixture of both nor duplicates,

Installing and/or activating the BP Classic add-on should revert all the previously indicated items to Pages and then you should be able to remove (trash) any duplicate Pages within the WP Pages area. You can the keep things as Pages or deactivate the BP Classic add-on to revert to the default of URLs.

If anyone comes to this post looking for help on using Divi with BuddyPress here’s the first thing that you need to do.

1. Log in to your WordPress site.
2. From the WordPress sidebar select “Divi > Theme Options”.
3. Go to the “General” tab (which should be selected by default) found below the Divi Theme Options text.
4. Click on the “Performance” sub-tab.
5. Disable “Dynamic CSS”.

This should fix the header and footer formatting issues that most people see when using Divi with BuddyPress.

Your question is more in line as a support question for the Buddyx theme folks. If you haven’t already tried their support forum for the Buddyx theme.

Furthermore, the first plugin you listed (WP Google Search) provides a search widget that you can add to any of the available widget areas provided by the Buddyx theme, the other plugins you listed may provide a widget as well. This approach might be easier than trying to add relevant code, e.g. a shortcode (if available) to a header file.

Update, in legacy view as to why when expanding your ‘Child groups’ each group is listed again.

So not sure exactly, however, cause is related to the template stack not getting loaded when called via ajax. Not being an expert in buddypress nor wordpress, I’d guess that BP now requires something special for ajax style calls (or frankly maybe the code should be rewritten to remove ajax… in my mind that’d be preferable)

This is the code line not getting executed when called via ajax… cuz your not in the groups directory… or wherever the groups directroy might be on your verson of BB

"public/class-hgbp.php" 
    /* Changes to the groups directory view. **********************************/
    /** 
     * Add our templates to BuddyPress' template stack. 
     *
     * @since    1.0.0
     */ 
    public function add_template_stack( $templates ) {
        if ( bp_is_current_component( 'groups' ) ) {
            $templates[] = plugin_dir_path( __FILE__ ) . 'views/templates';
        }
        return $templates;
    }

Simply executing the template stack add, gets you much better results, but is the right answer, doubt it?

Great plugin.

But yup, needs some attention to update to latest… logically works though, just visuals seem to be programmatic.

wordpress: 6.8.2
buddypress: 14.3.4

legacy:
almost works 100%, groups directory view shows a caret for groups, unfortunately when you expand the caret (groups are not getting filtered for the child groups, ie the children are simply the list of all groups again)

nouveau:
ehh, no tree view, but the include top-level groups only kind of functions, but again don’t think there’s any code to support this under nouveau

I hope to do some debugging and work on this plugin, wish me luck.

The login page shown in the 1st screenshot is due to having the Community Visibility option set to “Members Only” (Private Community) within BuddyPress options. This option was introduced in version 12.0.0 and there appears to be some situations in which the default WordPress login page appears as opposed to the intended “Private Community” login page. Nevertheless, the “Private Community” login page can be disabled by utilizing the bp_view_no_access_redirect_to_login_screen filter hook and you will want your callback function to return a value of true. The following link is the line of code where the filter hook resides for v14.3.4:

bp_view_no_access_redirect_to_login_screen

The registration page shown in the 2nd screenshot is actually the BuddyPress registration page. Why it looks different is because the Buddyx theme is utilizing CSS rules to alter/change the appearance. You should contact Wbcom Designs support regarding the restoration of the default appearance.