Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 1 through 25 (of 68,972 total)
  • Author
    Search Results
  • #339582
    arisudi
    Participant

    BuddyPress v14.5.0.

    #339581
    emaralive
    Moderator

    There is more to your story than you are revealing. What is the version of BuddyPress?

    #339580
    arisudi
    Participant

    The error appears on a fresh WordPress installation.
    Active Theme: default Twenty Twenty-Five.
    Active Plugin: only Buddypress.

    #339565

    In reply to: FIFU and activity

    emaralive
    Moderator

    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.

    #339562
    emaralive
    Moderator

    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.

    #339557
    emaralive
    Moderator

    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

    #339556
    emaralive
    Moderator

    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

    emaralive
    Moderator

    Hello all. Versions 14.5.0, 12.7.0 & 11.6.0 are Maintenance and Security Releases. Please update, accordingly, when possible.

    BuddyPress 14.5, 12.7, 11.6

    #339507
    Mike Witt
    Participant

    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.

    laptoplife
    Participant

    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.

    #339469
    emaralive
    Moderator

    There is information available in the User Handbook for BuddyPress that may have answers to your questions.

    miniature01
    Participant

    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?

    #339417
    ivanstol
    Participant

    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

    #339358
    John N
    Participant

    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.

    #339350

    In reply to: Missing Pages

    emaralive
    Moderator

    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.

    #339331

    In reply to: Missing Pages

    emaralive
    Moderator

    Don’t deactivate BuddyPress because BP Classic requires that BuddyPress is activated. So, for you, just install and activate BP Classic.

    #339329

    In reply to: Missing Pages

    emaralive
    Moderator

    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.

    #339309
    John N
    Participant

    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!

    emaralive
    Moderator

    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.

    #339298
    John N
    Participant

    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.

    #339297
    fatiima
    Participant

    “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.”

    #339295
    John N
    Participant

    Hi,

    I’ve run into an issue that appears to be caused by BuddyPress when deleting terms (categories, tags, and custom taxonomies) in WordPress admin.

    When I delete a term in wp-admin (for example a category or a custom taxonomy term), I get the following error message:

    “An error occurred while processing your request. Please try again later.”

    However, after reloading the page, the term is actually deleted successfully.

    – Deleting posts and comments works without any issues
    – The problem affects:
    – Categories (category)
    – Tags (post_tag)
    – Custom taxonomies (e.g. from PublishPress Series)
    – No errors are logged in:
    – wp-content/debug.log
    – Apache error log

    When deleting the same term using WP-CLI, everything works perfectly:

    bash wp term delete category <term_id>

    – No errors
    – Term is deleted correctly

    I disabled all plugins and then re-enabled them one by one. The issue only occurs when BuddyPress is active. With BuddyPress deactivated, term deletion works normally in wp-admin (no error message)

    In our system we use PublishPress Series, which registers a custom taxonomy called series. We have currently ~440 terms in this taxonomy
    – The number is continuously growing
    – The issue started appearing when the number of terms became relatively large

    This might indicate a scaling issue or something triggered by higher term counts.

    – The term is deleted successfully via wp_delete_term
    – Something in BuddyPress interferes with the response afterward
    – Possibly an issue with AJAX response (invalid JSON, unexpected output, etc.)

    Has anyone seen this behavior before?

    Is there anything in BuddyPress that hooks into term deletion (e.g. activity, notifications, or other components) that could break the admin AJAX response without triggering a PHP error?

    Could this be related to the number of terms in a taxonomy?

    We have also a similar problem when creating terms. No error messages in wp-admin but when clicking create it doesn’t look like that the term has been created. But when reloading the page the term is there.

    Any pointers on where in BuddyPress this might happen would be greatly appreciated.

    – WordPress: latest version
    – BuddyPress: latest version
    – PHP: 8.3 (PHP-FPM)

    Thanks!

    emaralive
    Moderator

    The Topic Owner created a Trac ticket with the same info that was posted in this thread. See Trac ticket #9333 for future info/dispostion.

    after i installed the buddypress plugin in my local server, i get an error message at the user page. although currently i have solved it, but it needed to be fixed in the original code.

    here is the error-

    
    Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-list-table.php:661 
    
    Stack trace: 
    #0 C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-users-list-table.php(629): WP_List_Table->row_actions(NULL) 
    #1 C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-users-list-table.php(415): WP_Users_List_Table->single_row(Object(WP_User), '', '', NULL) 
    #2 C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-list-table.php(1711): WP_Users_List_Table->display_rows() 
    #3 C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-list-table.php(1635): WP_List_Table->display_rows_or_placeholder() 
    #4 C:\xampp\htdocs\civilnotes\wp-admin\users.php(816): WP_List_Table->display() 
    #5 {main} thrown in C:\xampp\htdocs\civilnotes\wp-admin\includes\class-wp-list-table.php on line 661
    

    and here is my current solution-

    
    public function row_actions( $actions = array(), $user = null ) {
    
    	// Bail if no user ID.
    	if ( ! is_array( $actions ) ) {
    		$actions = array();
    	}
    
    	if ( empty( $user->ID ) ) {
    		return $actions;
    	}
    }
    

    please solve the issue, and let me know about the update.

    thank you..

    Antipole
    Participant

    I am still seeing this error when editing the extended profile.
    Now on:
    WP 6.9.4
    BP 2.6.4
    PHP version 8.3.30

    The following error now has trace back:

    Warning:  Attempt to read property "id" on null in /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-template.php on line 558
    
    Timestamp: 2026-04-20 17:13:41 UTC
    
    Stack Trace
    -----------
    1.  bp_get_the_profile_field_id('22')
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/ovni-oddments/ovni-oddments.php:213
    2.  ovni_remove_rich_text(false)
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:343
    3.  WP_Hook->apply_filters(false, Array(2))
        /home/<xxx>/public_html/ovni-owners/wp-includes/plugin.php:205
    4.  apply_filters('bp_xprofile_is_richtex...', false, 36)
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-functions.php:1217
    5.  bp_xprofile_is_richtext_enabled_for_field(36)
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-filters.php:138
    6.  xprofile_filter_kses('Welsh coast', BP_XProfile_ProfileData)
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-filters.php:225
    7.  xprofile_sanitize_data_value_before_save('Welsh coast', null, true, BP_XProfile_ProfileData)
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:341
    8.  WP_Hook->apply_filters('Welsh coast', Array(4))
        /home/<xxx>/public_html/ovni-owners/wp-includes/plugin.php:205
    9.  apply_filters('xprofile_data_value_be...', 'Welsh coast', null, true, BP_XProfile_ProfileData)
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/classes/class-bp-xprofile-profiledata.php:222
    10. BP_XProfile_ProfileData->save()
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-functions.php:526
    11. xprofile_set_field_data(BP_XProfile_ProfileData, 441, 'Welsh coast', false)
        /home/kiivmr5gzlfz/public_html/ovni-owners/wp-content/plugins/buddypress/bp-xprofile/classes/class-bp-xprofile-user-admin.php:209
    12. BP_XProfile_User_Admin->user_admin_load('update', 441, Array(67), '/wp-admin/users.php?pa...')
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:341
    13. WP_Hook->apply_filters(null, Array(4))
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:365
    14. WP_Hook->do_action(Array(4))
        /home/<xxx>/public_html/ovni-owners/wp-includes/plugin.php:570
    15. do_action_ref_array('bp_members_admin_updat...', Array(4))
        /home/<xxx>/public_html/ovni-owners/wp-content/plugins/buddypress/bp-members/classes/class-bp-members-admin.php:1159
    16. BP_Members_Admin->user_admin_load('')
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:341
    17. WP_Hook->apply_filters('', Array(1))
        /home/<xxx>/public_html/ovni-owners/wp-includes/class-wp-hook.php:365
    18. WP_Hook->do_action(Array(1))
        /home/<xxx>/public_html/ovni-owners/wp-includes/plugin.php:522
    19. do_action('load-users_page_bp-pro...')
        /home/<xxx>/public_html/ovni-owners/wp-admin/admin.php:242
    20. require_once('/home/<xxx>/pub...')
        /home/<xxx>/public_html/ovni-owners/wp-admin/users.php:11
    
    Context
    -------
    URL            : /wp-admin/users.php?page=bp-profile-edit&user_id=441&wp_http_referer=%2Fwp-admin%2Fusers.php%3Fid%3D441&action=update
    Referer        : https://ovni-owners.org.uk/wp-admin/users.php?page=bp-profile-edit&user_id=441&wp_http_referer=%2Fwp-admin%2Fusers.php%3Fid%3D441
    HTTP Method    : POST
    HTTP Host      : ovni-owners.org.uk
    HTTP Status    : 200
    isSSL          : Yes
    Current Filter : load-users_page_bp-profile-edit, bp_members_admin_update_user, xprofile_data_value_before_save, bp_xprofile_is_richtext_enabled_for_field
    Execution Time : 3.062 s
    Memory Usage   : 131.99 MiB
    PHP SAPI       : litespeed
Viewing 25 results - 1 through 25 (of 68,972 total)
Skip to toolbar