Milestone 14.5.3 is up next and “soon” would be relative to the observer. All I can say is that the target date is set for August 29, 2026.
As for the Wordfence notice, I’m not at liberty to discuss in public. WordPress has an account on Slack, here is some information regarding such (there are numerous channels including those for BuddyPress and bbPress):
WordPress Chat
Join the WordPress community
Hello all. Versions 14.5.2, 12.7.2 & 11.6.2 are Maintenance and Security Releases. Please update, accordingly, when possible.
Version 14.5.2
Assuming the site is set up for “Membership Requests”, the other admins can just “opt-out” of receiving the email notifications.
However, if you are looking for a coding solution, the bp_members_membership_requests_notify_site_admins() function should provide the information for implementing such. See the following link:
https://github.com/buddypress/buddypress/blob/80aa6969164c956a8d761671cd7652bbd2240d4e/src/bp-members/bp-members-membership-requests.php#L156
If editing the template file didn’t change the text, it’s likely being generated by BuddyPress core or a filter, not that specific template.
I’d recommend checking for a hook such as bp_core_avatar_admin or overriding the string with a translation plugin like Loco Translate. That approach is usually update-safe and avoids editing plugin core files. If you’re using a custom theme, also make sure it isn’t overriding the BuddyPress template.
There is more to your story than you are revealing. What is the version of BuddyPress?
The error appears on a fresh WordPress installation.
Active Theme: default Twenty Twenty-Five.
Active Plugin: only Buddypress.
My point is that this doesn’t appear to be a BuddyPress issue. If you create a WordPress post and that post shows up as a BuddyPress activity, then the tracking is working, regardless of whether featured images are showing within an Activity item as delayed as opposed to instantly.
IOW, the issue appears to reside with FIFU itself or networking issues that are causing the delay (since images are sourced externally).
If you still believe that this is a issue with BuddyPress then I suggest that you open a ticket and provide facts that support your claim.
On their (FIFU) plugin page (WordPress Plugin directory) it states:
[PRO] bbPress and BuddyBoss Platform integration
Which most likely means that you would have to upgrade to the PRO version. Additionally, they only claim integration with bbPress and BuddyBoss Platform. Integration with BuddyPress is not stated.
Closing this topic.
BuddyPress 14.5.0 was released on July 7, 2026 and is compatible with WordPress 7.0 branch.
BuddyPress 14.5, 12.7, 11.6
BuddyPress 14.5.0 was released on July 7, 2026 and is compatible with WordPress 7.0 branch.
BuddyPress 14.5, 12.7, 11.6
I am by no means a BuddyPress expert, but on our sites we’ve changed the text you see when you click on “Change Profile Photo” by overriding the file change-avatar.php. In other words, I’ve made a copy of that file, changed the text to say what I want, and then put that file in wp-content/themes/MY_CHILD_DIR/buddypress/members/single/profile. We’re not using Nouveau, so that might make a difference.
If you’ve actually changed the text directly in the original buddypress file it seems weird (to me) that the change didn’t take (unless it’s already being overridden).
I doubt that helps. Maybe you’ll get a better answer from somebody who knows more.
How does one remove the text from the change profile page that says:
If there is a Gravatar associated with your account email we will use that, or you can upload an image from your computer.
Someone else posted about this years ago and I don’t see a resolution.
When going in the files to change wp-content/plugins/buddypress/bp-templates/bp-nouveau/buddypress/members/single/profile/change=avatar.php the text still shows up.
Please advise.
Here is the previous thread which did not have a resolution.
How to hide or replace gravatar text in change avatar page
Thank you.
There is information available in the User Handbook for BuddyPress that may have answers to your questions.
I was told you could use a pic you already have and upload it to create a social media site using BuddyPress. How do you do this and how do you set a button on that page to redirect to another picture page that you upload? If I am uploading a Sign Up page how do I set the bars to work so that you can type your name into them since you can’t type your name into a picture?
Hi, i have a problem with “url’s directories” instead of “pages” in settins (wordpress 7.0 buddypress 14.4 bp-nouveau with child of twentytwentyfive theme) as I need to use my own page for buddypress (with better messages pluggin) and there is no way to associate directorie and page. Did bp classic can solve this? did I have to copy somme template of buddypress (bp-nouveau) to my thème? Thank’s for some help or link’s. Respect. Ivan
As I mentioned, I’m not entirely sure when the issue first appeared. I’m the one associating it with the growing number of terms, but I don’t actually have anything concrete to support that assumption.
It could just as well be related to the changes I made to the server setup — switching from Apache MPM Prefork with PHP 8.3 to Apache MPM Worker with PHP 8.3-FPM. BuddyPress hasn’t been updated in quite a while, and rolling back one version did not resolve the issue.
So at this point, I’m not sure what is actually causing it. The error in the AJAX response makes me wonder if BuddyPress might behave differently under PHP-FPM compared to the previous setup, rather than this being a change within BuddyPress itself.
Now I just need to try to get some help with the remaining debugging. I use screen reader software and therefore cannot work with the browser developer tools. I’m hoping to get some assistance with that shortly.
Yeah, unfortunately, the “very large arrow” was a result due a change with the WordPress 6.9 branch. This was previously reported in the Support forum topic -> Can’t register new users .
Subsequently, Trac ticket #9324 was opened and resolves the issue, however, the ticket won’t be incorporated until the next BuddyPress release.
If you read through the indicated Support forum topic (specifically, here) there were some potential “workarounds” provided, prior to opening the Trac ticket. I suppose, since there is a patch that contains the CSS rules, those rules could be used as yet, another workaround until the next release.
Don’t deactivate BuddyPress because BP Classic requires that BuddyPress is activated. So, for you, just install and activate BP Classic.
If your current version of BuddyPress is greater than or equal to 12.0.0, you will need to install and activate the BP Classic plugin/add-on to restore pages.
Hi again,
Since I’m not finding anything in any logs or debug logs, I’ve reached the limit of what I can figure out with my current level of knowledge. It would be greatly appreciated if a BuddyPress developer could take a closer look at this issue and hopefully help identify a solution.
I’m speculating here, but creating and deleting terms in wp-admin used to work without any problems. The issue appeared at some point, and the only thing I can think of is that it might be related to the growing number of terms in one of our custom taxonomies. It seems like something in BuddyPress hooks into term creation or deletion and causes this behavior.
When creating a term:
* No error message is shown
* However, the term list does not refresh (possibly an AJAX issue)
When deleting a term:
* An error message is shown
* The term is actually deleted in the background
* But again, the list does not refresh automatically
I’m not sure, but perhaps our setup is somewhat unusual. We use a relatively large number of terms in a custom taxonomy so that our authors can organize their texts into series. However, it doesn’t seem like deleting a term should be more resource-intensive than deleting posts or comments, of which we have many thousands without issues.
I am a bit concerned that more problems could appear as the number of terms continues to grow.
Additionally, we are using BuddyPress Moderation Tools from BuddyDev. This has also recently started behaving strangely — for example, it is no longer able to create reports when a user flags content. This used to work before. I don’t know enough to say for sure, but it doesn’t seem impossible that these issues could be related.
We have, of course, tested creating and deleting terms with all plugins deactivated (including BuddyDev plugins), and this issue only occurs when BuddyPress itself is active.
I would be extremely grateful for any help or guidance.
Thank you!
This has been fixed in ticket #9309. Specifically, Changeset 14146 resolves the issue for the 14.0 branch and changeset 14145 for trunk.
The general public will just have to wait until the next release for the changes slated for the 14.0 branch to go into effect.
Thanks for your suggestion.
I have enabled debug logging, but I’m not seeing anything that seems related to this issue, neither in wp-admin nor in the debug.log.
The only thing that appears is the following deprecated notice:
[27-Apr-2026 16:56:19 UTC] PHP Deprecated: The function bp_core_get_user_domain is deprecated since version 12.0.0! Use bp_members_get_user_url() instead. in /wp-includes/functions.php on line 6131
I have looked through the code in my plugins, and it seems that a few BuddyDev plugins are making this call, including BuddyPress Moderation Tools and BuddyDev Poke, so it doesn’t appear to be directly related to the issue and if I deactivating these plugins the problem still is the same.
I haven’t been able to find anything else. I should also mention that I’m very much a hobbyist, so my knowledge in this area is quite basic.
“Looks like an AJAX response issue—BuddyPress might be outputting unexpected data during term operations, especially with larger taxonomies. You could try checking for hooked actions on term deletion/creation and enable WP_DEBUG_DISPLAY to catch any hidden output affecting JSON responses.”
