Hi, thanks for your reply.
I use Fastest Cache plugin, and I have previously excluded cache for the following specific paths.
Contains: /members/
/(.*)/members/(.*)
I also used the following code in nginx’s conf:
# /members/ specific rule
if ($request_uri ~* “^/members/”) {
add_header Cache-Control “no-cache, no-store, must-revalidate”;
add_header Pragma “no-cache”;
add_header Expires “0”;
}
But it didn’t help.
Youzify didn’t mention the anti-proxy Buddypress plugin. They thought that I might not handle Ajax requests properly when using nginx anti-proxy, but they were not sure. They just confirmed that it was a problem with Buddypress, not Youzify. After I disabled Youzify, the problem still exists.
The information you provided suggests a caching issue with your CDN setup for the member page activities. Here are some technical suggestions to investigate and potentially fix the problem:
1. Caching Configuration on CDN:
Check your CDN provider’s (CloudFront in this case) caching settings. You likely need to configure it to not cache dynamic content like member activities. Look for options related to “Cache Control” or “Object Caching”. You might need to set a short cache expiry time or disable caching for specific paths (e.g., /members/*).
2. Caching Headers:
Ensure your server sends appropriate caching headers with the member activity data. The server should send headers like Cache-Control: no-cache, no-store, must-revalidate to prevent browsers and the CDN from caching this data.
3. Browser Caching:
Although less likely, there’s a chance the browser is caching the initial response. Try clearing the browser cache and cookies after the first load to see if the issue persists.
4. Anti-Proxy Buddypress Plugin:
While Youzify mentioned the anti-proxy Buddypress plugin, it’s difficult to say definitively if it’s causing the issue without more information. It’s possible the plugin is interfering with the caching mechanism. You can try temporarily disabling the plugin to see if the problem resolves. Be cautious as disabling plugins can have unintended consequences.
5. Debugging Tools:
Use browser developer tools (Network tab) to inspect the network requests when loading activities. Look for any caching headers being sent and received. Additionally, check the status code of the requests – a 304 (Not Modified) might indicate the CDN is serving cached data.
Hello all,
I have hidden myself as an admin, on my test site running buddypress, for obvious reasons. However, I discovered that when composing a message using Buddypress messages, when the user types in a partial name of the recipient, even a single letter, everyone that matches that name will show up, even if they are hidden from the directory. For example, typing “@a” will show “@admin” (me) as well as “@adam” or “@amanda” and this is no good.
Is there a way to remove certain users (ideally by user roles) from showing up in the “to” field?
I have WordPress 6.6.1 and Buddypress 14.0.0.
Thank you
I saw this post and it was ultimately not resolved but I can’t reply to that, so am starting a new post. Skip to the bottom to see my specs.
In that post, it is said that the issue may be due to usernames that have spaces in them.
I set up a test site with Buddypress and some test users. I have 4 test users whose names have spaces in them, like “First Last” as opposed to “FirstLast”. 3 of them cannot access any Buddypress links (such as mydomain.com/members) but 1 can. I can’t figure out how to fix this. I don’t have any redirect rules activated.
I have WordPress 6.6.1 and Buddypress 14.0.0.
Any help is appreciated.
Thank you all.
Update : The hosting provider fixed everything after i reached out to them. Too bad i don’t know what they did but after starting this thread i did some more testing and found out, to make long story short, it was as if buddypress had shut down the emails. No emails were going out. No nitications to me either.
@pellepedersen
Looks like your issues probably stem from BP changing the way new accounts are registered, which I think was introduced in BP 14 (but not sure, look into that).
So best to go back to an earlier version.
I use BP 10.6.4 with BP Registration Options to provide admin with moderation options for newly registered accounts (ie. they need to be “approved”)
So if that’s what you were doing earlier, then I’d recommend that setup.
– You can manually delete and install an older version of BP, but I would recommend you use the WP Rollback plugin, much safer.
– so, install WP Rollback plugin
– do not delete anything
– rollback Buddypress to v. 10.6.4
– all should be ok
IMPORTANT : you should definitely do a full site backup before you do any rollback. Just in case. I’ve done it multiple times, no issues.
I used this snippet but it doesn’t work.
https://d6476bsmtk1fy.cloudfront.net/members/dontwait99/
function disable_cache_for_buddypress() {
if ( function_exists(‘bp_is_current_component’) &&
(bp_is_current_component(‘activity’) || bp_is_current_component(‘members’)) ) {
nocache_headers();
}
}
add_action( ‘wp’, ‘disable_cache_for_buddypress’ );
function add_nocache_to_ajax_requests() {
?>
<script type=”text/javascript”>
jQuery(document).ready(function($) {
$.ajaxSetup({
beforeSend: function(jqXHR, settings) {
if (settings.url.indexOf(‘?’) > -1) {
settings.url += ‘&nocache=’ + new Date().getTime();
} else {
settings.url += ‘?nocache=’ + new Date().getTime();
}
}
});
});
</script>
<?php
}
add_action( ‘wp_footer’, ‘add_nocache_to_ajax_requests’ );
–You can try adjusting the cache settings for Ajax requests in CloudFront or configuring Buddypress to prevent caching of dynamic content.
Thank you for your reply.could you please tell me how to configuring Buddypress to prevent caching of dynamic content?
Thank you very much.
Hello. I needed to fix a problem on my website romancingrarehearts.com. While doing so, I deactivated and reactivated Buddypress. Then I found that most of my pages were gone. Is there a trash bin that I can get them back from? Or are they unretrievable? I’m using theme Twenty Fifteen, buddypress 14.0.0, and WordPress 6.6.1.
WP:6.6.1
BP:14
BP Registration Options Version 4.4.5
BuddyPress Members only 3.5.3
For many years, users on my site have been able to request membership, after which the administrator needed to approve them. Upon requesting membership, the applicant saw a message on the screen and received an email instructing them to await the administrator’s approval. Similarly, the administrator received an email, and it was clearly marked in BP Registration in the backend that there was a new application to be approved.
Suddenly, only the applicant receives an email. No email is sent to the administrator, and there is no marking in BP Registration. Are there others experiencing similar challenges?
Best regards
Hello
I have wordpress 6.1.1 and buddypress 14.0.0.
Just got the news that people have been trying to jpin the website but they aren’t gettiong the buddypress activation emaiuls.
Please advise. Thank you.
I am refering to this post here:
Suppressing rich text on xprofile text area
Unfortunatelay using this code which was posted by danp throws an error when saving data to the field.
Warning: Attempt to read property “id” on null in …/plugins/buddypress/bp-xprofile/bp-xprofile-template.php on line 558 Cannot modify header information…
How to fix that?
At the moment I just set enabled true and inject that into the page I want but to do it into a field using the id might be a better solution.
I think Core should fix it first and then BuddyPress would inherit the update. Unlikely we will invest time into it since we plan to move things into the block editor.
It sounds like your CDN might be caching the Ajax responses, leading to incorrect member activities on subsequent loads. You can try adjusting the cache settings for Ajax requests in CloudFront or configuring Buddypress to prevent caching of dynamic content. This tweak could help you “instaup” your site’s performance and ensure the correct data is always displayed.
@TheSupercargo I’m not sure if this is related to your problem and if you can test this pr.
I’m running PHP 8.2, have deactivated all plugins other than BuddyPress, have switched to a default WordPress theme (2023), and have tried BuddyPress 12.2 and 14.0 – and BuddyPress will not send out emails to new members at all.
This includes when they self-register, when admin sends them reminder emails manually, and when registration moderation is used and admin sends them an approval email.
The BuddyPress plug-in itself says that emails are successfully sent, but they do not arrive and (when active) the WP Mail Catcher plugin does not record them as having been sent successfully or having failed: it does not acknowledge them at all.
All other emails from my site work fine when other plugins are active – including 2FA, forgotten passwords and Newsletters. Can anyone suggest what the issue might be, or what next steps I should take to troubleshoot BuddyPress? Thanks.
Is there a URL or shortcode that can be used so a member can directly go to their “Subscriptions” page? We are using WP v6.6.1, BuddyPress v14.0.0, and MemberPress v1.11.34

I have made custom group members loop on a different URL than members/all-members, inside subpage for single group : https://v3upgrade.local/en/groupes/my-group/students/?mlpage=2
the template is exactly like in members-loop.php, but ajax did not work, and when checking the payload response the result is like so : `scope: all
extras: false
action: students_filter
object: students
filter:
target: #buddypress [data-bp-list]
search_terms: h
page: 1
caller:
template:
method: reset
ajaxload: true( when searching for an item ), for all-members page, the payload is :nonce: 6065e4290b
action: members_filter
object: members
scope: all
filter:
target: #buddypress [data-bp-list]
search_terms: hamza
page: 1
extras: false
caller:
template: group_members
method: reset
ajaxload: true`
can anyone gives any idea how to make exactly like the members-loop , I have 2 pages : students that display users withing the group having the student role, and teachers that display users withing the group having the teacher role, I want both of them to be loaded via ajax so I can preform operation using bp_ajax_querystring ?
Thanks
Hello,
I try for hours to create a function, which will display a small red dot on the nav-bars acitivity stream link, when someone posted something new. Since all users are logged in, it should be possible to work with metadata “last_activity_visit”.
Example screenshot: https://i.imgur.com/eeCvvkj.jpeg
What I tried:
Added below code to themes functions.php. Actually managed to display a red dot, when trying around with the code. But either the dot won’t be displayed at all, or it’s displayed always, even when the user visited the acitivity stream.
function track_activity_page_visit() {
if (bp_is_activity_component()) {
update_user_meta(get_current_user_id(), 'last_activity_visit', current_time('mysql'));
}
}
add_action('wp', 'track_activity_page_visit');
function has_new_activity_posts() {
$last_visit = get_user_meta(get_current_user_id(), 'last_activity_visit', true);
if (empty($last_visit)) {
return false;
}
$args = array(
'date_query' => array(
array(
'after' => $last_visit,
),
),
'max' => 1
);
$activities = bp_activity_get($args);
if (!empty($activities['activities'])) {
return true;
}
return false;
}
function add_red_dot_to_menu_buddypress_activity($items, $args) {
if (is_user_logged_in() && has_new_activity_posts()) {
foreach ($items as &$item) {
if (strpos($item->url, '/activity/') !== false) {
$item->title .= ' <span class="red-dot"></span>';
}
}
}
return $items;
}
add_filter('wp_nav_menu_objects', 'add_red_dot_to_menu_buddypress_activity', 10, 2);
Any clue? 🙂
Three things:
– I can’t replicate the issue you have.
– user_name is not a valid field, btw. It was deprecated.
Using the followwing payload, I actually get this in BuddyPress 14.0 since you are using + in the user_login, that’s not valid.
Request Payload.
curl -X POST "https://bp-demo.test/wp-json/buddypress/v1/signup/" \
-d "context=edit" \
-d "user_email=pratik@testmail.com" \
-d "user_login=testthe+request+" \
-d "password=\"']));L)Q542q8dL3" \
-d "signup_field_data[0][field_id]=1" \
-d "signup_field_data[0][value]=testthe+request+" \
-d "state=gggg" \
-d "country=AZE" \
-d "postal_code=444444" \
-d "mobile_phone=555555555"
{
"code": "bp_rest_signup_validation_failed",
"data": {
"status": 500
},
"message": "Usernames can contain only letters, numbers, ., -, and @"
}
Here is the BP configuration I have locally, taken from my local site: https://bp-demo.test/wp-admin/site-health.php?tab=debug
version: 14.0.0
active_components: Extended Profiles, Settings, Friend Connections, Private Messages, Activity Streams, Notifications, User Groups, Site Directory, Members, Members Invitations
url_parser: BP Rewrites API
global_community_visibility: anyone
template_pack: BuddyPress Nouveau 14.0.0
! hide-loggedout-adminbar: Yes
! bp-disable-account-deletion: Yes
! bp-disable-avatar-uploads: Yes
! bp-disable-cover-image-uploads: Yes
bp-enable-members-invitations: No
bp-enable-membership-requests: No
! bp-disable-profile-sync: Yes
! bp_restrict_group_creation: Yes
! bp-disable-group-avatar-uploads: Yes
! bp-disable-group-cover-image-uploads: Yes
! bp-disable-group-activity-deletions: Yes
! bp-disable-blogforum-comments: No
_bp_enable_heartbeat_refresh: Yes
Hi there,
I’ve customized the members looping template to display users’ full name by combining their first and last names. However, the current BuddyPress filters only support sorting members alphabetically by their display name. Could you please advise on how to modify the BuddyPress filter code to sort members by their first name or last name instead?
Thank you in advance!