I am trying to incorporate the new request membership feature that has admin approval of all membership. But it is confusing. It seems that instead of having anyone can register selected in the vernal wordpress setting that needs to be unchecked. Then that allowed the Buddypress option to be set for admin approval though the manage signup
Is that correct? I am having a hard time getting it to work. Any advise or input is appreciated. I would prefer to use this np built in feature instead of using a plug-in
Hi @mikealan,
When viewing the Groups directory, there’s a dynamic navigation to display all public groups, the groups of the logged in user or create a new group. JavaScript is used by BuddyPress to dynamically load the groups list when one of the first two navigation items are clicked.

Above the All groups tab is active and all public groups are displayed. When I click on the “My Groups” tab, here’s what I get with latest WordPress & BuddyPress (and no other plugins).

If the content is not refreshed for you, try to deactivate all your plugins (except BuddyPress), rename the file /wp-content/plugins/bp-custom.php to something else if it exists and activate a default WordPress theme like Twenty Twenty-Two. Once done, test again.
If the issue is still there, open your browser console to see if there’s a JavaScript error. If so, could you copy its content here?
The only one I’ve ever seen was BuddyPress Groupblog but it seems abandoned now.
Maybe a current plugin developer can fork it and update it?
BuddyPress Groupblog
We use BuddyPress (Version 11.1.0) with WordPress 6.1.1. On our site, members are able to log in and then post their notes (i.e. blogs” to their accounts. However, some members are no longer able to see previous notes their posted when they log in. However, we can see them on our end on the dashboard (but also can’t see them on their account).
Some members are also reporting a 500 error message when they go to their notes section or a message that they have not posted anything (which isn’t true since they have posted several notes that were showing up previously).
This just started happening so we are wondering if it was due to an update?
Thank you for any advice!
New plugin just released may help: https://wordpress.org/plugins/activity-feed-anywhere/. It’s VERY new, so please leave any feedback/bug reports in the support forums.
Ben R
Hi, after installing buddypress, Thrive Themebuilder does no longer loading the page template. Can someone help me?
Wordpress 6.1.1.
Buddypress 11.1.0
The site is in maintenance mode
David
Just bumped into this discussion as I had the same issue. I came across another discussion that had a fix by adding a function in the functions.php https://buddypress.trac.wordpress.org/ticket/7473
That helped me fix this issue.
I’m not sure why my last comment isn’t being approved, but I need help with buddypress 11.1 in wordpress. It’s displaying a warning error on my website. If I could upload a screen shot to show what I mean, I would. But for now, I’ll just write out what the error message says.
“Warning: Undefined array key 731 in /homepages/40/d950647655/htdocs/clickandbuilds/tryitworks/wp-includes/nav-menu-template.php on line 211”
Anonymous User 18187419Inactive
This free plugin should work for you:
BuddyPress Members Only
Hi @munklefish
You can use any file hosting service and paste a link here or DM me on our Slack if you prefer: https://make.wordpress.org/chat/
WordPress 6.1.1
BuddyPress 11.0.0
Theme : BuddyX Pro
Hi,
I installed the 11.0.0 today but I have some problem with the groups cover images. In the activities of my groups, the cover images are no longer displayed. They are then replaced by a standard image (placeholder.svg) from my BuddyX Pro theme.
Please note that the cover images are displayed correctly on the group page. My problem happens on the Group Activities block where this cover image does not seem to be displayed correctly, Whereas with version 10.6.0 it is displayed.
Any idea of the difference between 10.6.0 and 11.0.0 which could create my bug?
Thanks for any help!
Hello @munklefish
Have you tried deactivating all plugins except BuddyPress and activating a WordPress default theme like Twenty Twenty-Three to be sure it’s a BuddyPress issue?
If so, what’s your setup?
WordPress Multisite or not? WordPress version?
If Multisite how BuddyPress has been activated? Network wide, on a specific site of the network?
PHP version?
Finally, could you check the error_log file of your server?
WordPress Version 6.1.1
BuddyPress Version 11.0.0
Home
I’m having a problem implementing BuddyPress on my site. Everything works fine except for Reply to Private Message. When click on Send Reply btn, it errors out: “Your reply was not sent. Please enter some content.” There is content. Please advise. Thank you.
I’m also getting the log-in issues since the update to v11.0.0.
The login screen just displays the following message:
“There has been a critical error on this website. Please check your site admin email inbox for instructions. Learn more about troubleshooting WordPress.”
Nothing appears in the Debug log to indicate what the issue is.
Deactivating BuddyPress re-enables the WP login, but BP is needed for a huge chunk of the site functionality so disabling is not a realistic option for us.
To disable seeing other members’ pages in BuddyPress, you can use the following steps:
Log in to your WordPress admin dashboard.
Navigate to the “Settings” section, then select the “Privacy” tab.
Under the “Members” section, select the option “Only allow site administrators to view member profiles.”
Click “Save Changes” to apply the setting.
With this setting enabled, only site administrators will be able to view member profiles. Regular members will not be able to access other members’ pages.
Note: These instructions are based on BuddyPress version 7.0 and higher. If you are using an older version of BuddyPress, the steps may be different. Also, make sure to take a backup of your site before making any changes.
If anyone wants a filter to fix the case where a given user hasn’t edited their profile yet (and thus doesn’t have the bp_xprofile_visibility_levels user meta), resulting in all of their fields being visible:
// Fix for BuddyPress not respecting the default xProfile field visibility
// if a user has not yet edited their profile (and thus saving the user meta
// <code>bp_xprofile_visibility_levels</code> for that user).
// See: https://buddypress.org/support/topic/only-me-extended-profile-field-visible-to-all-users/
// See: https://buddypress.trac.wordpress.org/ticket/8093
add_filter( 'bp_xprofile_get_hidden_fields_for_user', function ( $hidden_fields, $displayed_user_id, $current_user_id ) {
if ( empty( $hidden_fields ) ) {
// Get the visibilities that should be hidden for the current user pair.
$hidden_field_types_for_user = bp_xprofile_get_hidden_field_types_for_user( $displayed_user_id, $current_user_id );
// Get the visibility defaults for all xProfile fields.
$default_visibility_levels = \BP_XProfile_Group::fetch_default_visibility_levels();
// Create the list of field IDs that should be hidden.
$hidden_fields = array_keys( array_filter(
$default_visibility_levels,
function ( $default_visibility_level ) use ( $hidden_field_types_for_user ) {
return empty( $default_visibility_level['default'] ) || in_array( $default_visibility_level['default'], $hidden_field_types_for_user, true );
}
) );
}
return $hidden_fields;
}, PHP_INT_MAX, 3 );
Thanks for your report, it will be fixed in 12.0 version: https://buddypress.trac.wordpress.org/ticket/8820
Hi @yoshibot
Your error log file says bp_get_deprecated_functions_versions() is not available. This function was introduced in version 11.0.0 of BuddyPress. I’ve just tested BuddyPress 11.0.0 using WordPress regular and multisite configs and I confirm when I try to login everything behaves as expected. I cannot reproduce your error.
When I look at your previous messages in this thread, I thought you decided to roll back to BuddyPress 10.6?
Could you please provide more information about what BuddyPress version you are using, what WordPress config you are using (regular or multisite) and how BuddyPress has been activated on your site if you are using a multisite config (eg: on the network/main site or on a subsite of the network)?
FYI: I have suggested “%s heeft een nieuw bericht geschreven” as a new translation for “%s wrote a new post” at https://translate.wordpress.org/projects/wp-plugins/buddypress/stable/nl/default/
Hi @jakobuz
This is really weird, because:
– sprintf() is not used at line 233 in https://buddypress.trac.wordpress.org/browser/tags/11.0.0/src/bp-blogs/bp-blogs-activity.php#L233. Have you edited this file?
– “3 arguments are required, 2 given”: 3 arguments were required in BuddyPress 10.6.0 and below but only for multisite configs. Are you using multisite?
– It looks like you still had 10.6 code inside 11.0 for the bp_blogs_format_activity_action_new_blog_post() function.
– Have you kept the bp-blogs/bp-blogs-activity.php file you had when you upgraded to 11.0, I’d be curious to see it.
I’ve tested everything into this area for regular and multisite configs and I can’t reproduce.
While it’s still early in the process, there has been some mixed reception around PHP 8.2 and WordPress core, plugin, and theme compatibility. Mylincoln Portal
Buddypress 11.0.0
Wordpress .1.1
PHP 8.1.14
/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php. Foutmelding: Uncaught ArgumentCountError: 3 arguments are required, 2 given in /var/www/vhosts/freya.nl/httpdocs/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php:233
Stack trace:
#0 /var/www/vhosts/freya.nl/httpdocs/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php(233): sprintf()
#1 /var/www/vhosts/freya.nl/httpdocs/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php(2312): bp_blogs_format_activity_action_new_blog_post()
#2 /var/www/vhosts/freya.nl/httpdocs/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php(4180): bp_activity_post_type_publish()
#3 /var/www/vhosts/freya.nl/httpdocs/wp-includes/class-wp-hook.php(308): bp_activity_catch_transition_post_type_status()
#4 /var/www/vhosts/freya.nl/httpdocs/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()
#5 /var/www/vhosts/freya.nl/httpdocs/wp-includes/plugin.php(517): WP_Hook->do_action()
#6 /var/www/vhosts/freya.nl/httpdocs/wp-includes/post.php(5347): do_action()
#7 /var/www/vhosts/freya.nl/httpdocs/wp-includes/post.php(4607): wp_transition_post_status()
#8 /var/www/vhosts/freya.nl/httpdocs/wp-includes/post.php(4819): wp_insert_post()
#9 /var/www/vhosts/freya.nl/httpdocs/wp-admin/includes/post.php(426): wp_update_post()
#10 /var/www/vhosts/freya.nl/httpdocs/wp-admin/post.php(227): edit_post()
Hello, since the new version I can not update posts anymore. I reverted it back to version 10.6.0 and everything is working fine. It would be nice if someone could help me out. Thank you!
WordPress version 6.1.1
BuddyPress (version 11.0.0)
PHP version 8.0.26
Foutdetails
===========
Een fout van het type E_ERROR werd veroorzaakt op regelnummer 233 van het bestand /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php. Foutmelding: Uncaught ArgumentCountError: 3 arguments are required, 2 given in /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php:233
Stack trace:
#0 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php(233): sprintf()
#1 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/class-wp-hook.php(308): bp_blogs_format_activity_action_new_blog_post()
#2 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/plugin.php(205): WP_Hook->apply_filters()
#3 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php(1633): apply_filters()
#4 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-activity/classes/class-bp-activity-activity.php(209): bp_activity_generate_action_string()
#5 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-activity/classes/class-bp-activity-activity.php(167): BP_Activity_Activity->populate()
#6 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php(2379): BP_Activity_Activity->__construct()
#7 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php(4176): bp_activity_post_type_update()
#8 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/class-wp-hook.php(308): bp_activity_catch_transition_post_type_status()
#9 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()
#10 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/plugin.php(517): WP_Hook->do_action()
#11 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/post.php(5347): do_action()
#12 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/post.php(4607): wp_transition_post_status()
#13 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-includes/post.php(4819): wp_insert_post()
#14 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-admin/includes/post.php(426): wp_update_post()
#15 /home/deb74155/domains/rugzaklopers.nl/public_html/wordpress/wp-admin/post.php(227): edit_post()
#16 {main}
thrown
I’m using the latest WordPress and Buddypress. From the Dashboard, If I click Settings and then Buddypress, there are 3 tabs to change settings: Components, Options, and Pages. When I select Components or Options, I don’t see the “Save Changes” button below the tables with the settings. On the Pages tab, the button apprears.
I’m using the Phlox theme. When I change to the Twenty-Twenty-Three theme, the buttons do show.
When I examine the elements in my browser, I can see that the button is in the HTML for Components and Options, but is wrapped by a <p> tag with a class of Submit and Clear. On the Pages tab, the button is wrapped by a <p>tag with only a class of Submit.
The Phlox Theme is using a class Clear which includes overflow: hidden and visibility: hidden. The Twenty-Twenty-Three theme is using a class Clear without the overflow or visibility attributes.
Is the “Clear” class in the <p> for the Components and Options tabs a mistake or does Phlox need to change the way it defines Clear?
It’s frustrating to have to inspect elements and change the overflow and visibility every time I want to change any of these settings.
Advice on this would be greatly appreciated.