Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 1 through 25 (of 32,688 total)
  • Author
    Search Results
  • #340004
    John N
    Participant

    I can confirm that I am experiencing what appears to be the same issue.

    After upgrading BuddyPress from 14.5.2 to 14.5.4, the registration form on my site stopped working. Rolling BuddyPress back to 14.5.2 immediately resolved the problem and registrations are working normally again.

    I do not use Youzify, so in my case the problem does not appear to be related specifically to a conflict between BuddyPress and Youzify.

    The site was working normally with BuddyPress 14.5.2 before the upgrade. I have currently remained on 14.5.2 because registration is an essential function of the site.

    I have also opened a ticket about the issue. If useful, I can provide additional information about my WordPress installation, active plugins, PHP version, or other environment details to help reproduce the problem.

    #339994
    DigiGigi
    Participant

    found a log in my mail from before the reroll, perhaps it helps:

    When seeking help with this issue, you may be asked for some of the following information:
    WordPress version 7.1.4
    Active theme: Astra Child (version 4.12.3.1770806820)
    Current plugin: BuddyPress (version 14.5.4)
    PHP version 8.3.36

    Error Details
    =============
    An error of type E_ERROR was caused in line 725 of the file /var/www/html/wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress-functions.php. Error message: Uncaught TypeError: urldecode(): Argument #1 ($string) must be of type string, array given in /var/www/html/wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress-functions.php:725
    Stack trace:
    #0 /var/www/html/wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress-functions.php(725): urldecode(Array)
    #1 /var/www/html/wp-includes/class-wp-hook.php(353): bp_legacy_theme_ajax_querystring(”, ‘activity’)
    #2 /var/www/html/wp-includes/plugin.php(206): WP_Hook->apply_filters(”, Array)
    #3 /var/www/html/wp-content/plugins/buddypress/bp-core/bp-core-template.php(1157): apply_filters(‘bp_ajax_queryst…’, ”, ‘activity’)
    #4 /var/www/html/wp-content/plugins/buddypress/bp-activity/bp-activity-filters.php(560): bp_ajax_querystring(‘activity’)
    #5 /var/www/html/wp-includes/class-wp-hook.php(355): bp_activity_heartbeat_last_recorded(Array, Array)
    #6 /var/www/html/wp-includes/plugin.php(206): WP_Hook->apply_filters(Array, Array)
    #7 /var/www/html/wp-admin/includes/ajax-actions.php(3554): apply_filters(‘heartbeat_recei…’, Array, Array, ‘front’)
    #8 /var/www/html/wp-includes/class-wp-hook.php(353): wp_ajax_heartbeat(”)
    #9 /var/www/html/wp-includes/class-wp-hook.php(377): WP_Hook->apply_filters(”, Array)
    #10 /var/www/html/wp-includes/plugin.php(523): WP_Hook->do_action(Array)
    #11 /var/www/html/wp-admin/admin-ajax.php(192): do_action(‘wp_ajax_heartbe…’)
    #12 {main}
    thrown

    #339981
    emaralive
    Moderator

    Thanks for the notification. The other day, a ticket was opened by another user. See ticket 9350 – Buddypress 14.5.4 registration form not working

    You are welcome to monitor and/or add any other info to the ticket that will help to identify the cause which should lead to finding a remedy.

    #339939
    lprostickamwn
    Participant

    We noticed that the latest version, 14.5.4, has a high priority Deserialization of untrusted data vulnerability. Here is the link to Patchstack that details the vulnerability: https://patchstack.com/database/wordpress/plugin/buddypress/vulnerability/wordpress-buddypress-plugin-14-5-0-authenticated-subscriber-php-object-injection-vulnerability. We wanted to bring this to your attention because the current version of the plugin is vulnerable and there there is currently no update that patches the issue. Please issue an update to the plugin that patches the issue and let us know when the vulnerability is patched. Thanks very much!

    #339937

    In reply to: Age verification

    Venutius
    Moderator

    I’ve been researching the existing age verification plugins, and yes, most just ask for a dob, and are not legally auditable.

    This is the first one that includes and ID card that I’ve found:

    Konfirmi Plugin

    But, another route is to follow eBay’s way, which is to confirm the user has a credit card.

    #339932
    Renato Alves
    Moderator

    I’ll be exploring this further: https://buddypress.trac.wordpress.org/ticket/9349

    #339927

    In reply to: Redirect after login?

    Venutius
    Moderator
    #339925
    emaralive
    Moderator

    You should check to see if you are loading the bp-templates/bp-nouveau/css/buddypress.css file that has the CSS rules that can be found in Changeset 14203.

    #339919
    emaralive
    Moderator

    This was fixed in versions 14.5.0 & 12.7.0 via ticket 9324. What version are you using?

    #339894

    In reply to: Age verification

    marksmithxyz
    Participant

    I’m the author of XYZ Age Verification. (There’s a free version in the WordPress.org repository.) I have integrations built for other membership systems and would be happy to add support for BuddyPress. I don’t have any personal experience with BuddyPress, yet.

    stevevalencia
    Participant

    I have a WP remote user sync installed on multiple “Single” wordpress installs on my dedicated server. (not share or vpn). I traveled down the rabbit hole for too many hours with AI tryig various plugins both free and pro. After tens of hour I stopped. Is there some method whereby the features of buddypress can be shared / syncd across my multiple wordpress site (not muli-networked) but single installs. Thank you.

    #339753
    emaralive
    Moderator

    With a few exceptions, those who are “Moderators” and “Keymasters” are members of the BuddyPress development team.

    Having stated the above, you are welcome to open a New Ticket because this has run its course as a forum topic.

    #339752
    John N
    Participant

    Hi again,

    We currently have approximately 550 terms across our taxonomies: around 500 in the custom series taxonomy, 37 categories and 3 tags.

    The problem occurs regardless of which taxonomy we use. Creating or deleting terms produces the same behaviour, so I suspect that the total number of terms may be relevant. The problem first appeared when the site had somewhere around 200–300 terms.

    I have tried to isolate the issue as carefully as I can. With WordPress core and no plugins active, term creation and deletion work normally. If I then activate BuddyPress as the only plugin, the problem returns.

    I have also tested the opposite configuration: all plugins are active except BuddyPress, and term creation and deletion continue to work normally.

    It does not matter whether I activate BuddyPress first or last. As soon as BuddyPress is activated, the problem appears. If BuddyPress is the only active plugin, the problem occurs. If all the other plugins are active but BuddyPress is disabled, the problem does not occur.

    I find this particularly interesting because it suggests that the issue is not simply caused by the total number of plugins or by a conflict between several plugins. BuddyPress appears to be the component that triggers the problem, possibly in combination with the number of terms or the server environment.

    I understand that this does not necessarily prove that BuddyPress itself contains a bug. However, the fact that BuddyPress alone is sufficient to trigger the problem seems significant.

    Our server uses Apache MPM Event and PHP-FPM, but these are standard configurations and have not been specially modified for this purpose.

    I would be interested to know whether other BuddyPress sites use similarly large numbers of terms without problems, and whether this has been tested by the development team.

    I realise that this may be an interaction between WordPress, BuddyPress, the number of terms and the server environment rather than a straightforward BuddyPress bug. Nevertheless, if someone from the BuddyPress development team could take a closer look at what happens in this situation in our system, I would be extremely grateful.

    Thank you.

    #339683
    kasra naraghi
    Participant

    Hello BuddyPress Team,

    I have a suggestion regarding the organization of the BuddyPress admin interface.

    Currently, BuddyPress features are spread across different areas of the WordPress dashboard. For example, some settings are located under **Settings**, while Groups, Messages, and other BuddyPress components each have their own separate menu items.

    In my opinion, this makes the WordPress admin menu unnecessarily crowded and can make BuddyPress features harder to find and manage.

    I think it would be much cleaner to have a single main menu called **BuddyPress**, similar to the approach used by plugins such as **LiteSpeed Cache** and **All in One SEO**. All BuddyPress-related sections could then be organized as submenus under this main menu.

    For example:

    **BuddyPress**

    * Settings
    * Components
    * Groups
    * Messages
    * Members
    * Activity
    * Other BuddyPress features

    This approach would keep the WordPress dashboard much more organized while also making BuddyPress feel like a unified platform rather than a collection of separate features.

    I believe this would significantly improve the admin user experience, especially for websites that use multiple BuddyPress features.

    Thank you for considering this suggestion.

    #339673
    Evie
    Participant

    Hoping someone can help — group creation is completely broken on my site and I can’t figure out why. The theme i’m using says its a buddypress issue and I need to contact here.

    Setup: WordPress + BuddyPress 14.5.2, Youzify 3.6.1 (which replaces BP’s own group-creation templates and JS), Template Pack set to BP Nouveau, LiteSpeed Cache active. I’m logged in as an administrator, and “Enable group creation for all users” is turned on (though admins should be able to create groups regardless of that setting).

    Symptom: On /groups/create/, filling in the Group Name + Description and clicking “Create Group and Continue” just reloads Step 1 blank. No error message, no validation warning anywhere on the page, and no group is ever created — I’ve confirmed 0 groups exist via both wp-admin > Groups and the REST API after every attempt.

    What I’ve already ruled out:

    The Groups component is active and creation permissions are wide open
    No JavaScript console errors when submitting

    Tried the REST API directly (POST /wp-json/buddypress/v1/groups) — first attempt returned a bp_rest_user_cannot_create_group 500 error, later attempts just failed generically

    Submitted the raw Step 1 form via fetch(), bypassing the UI entirely, using the exact fields from the page (group-name, group-desc, _wpnonce, _wp_http_referer, save, group_id). The server responds 200 and redirects back to the same Step 1 URL — no PHP warnings, notices, or BuddyPress error markup anywhere in the returned HTML

    Checked cookies before and after submitting: BuddyPress normally sets a cookie to track which group you’re mid-way through creating across the multi-step wizard. That cookie never gets set, which suggests groups_create_group() isn’t completing (or isn’t being reached) server-side

    I don’t have server-level file access, so I can’t check the PHP error log directly (/wp-content/debug.log returns a 403 for me)

    My best guess is a Youzify/BuddyPress-core compatibility issue, since Youzify fully overrides the group-creation flow — but I’ve already been through Youzify support without a resolution, which is why I’m here.

    Happy to give login info.

    Thanks!

    #339625

    In reply to: BP 14.5.2

    emaralive
    Moderator

    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

    #339618

    In reply to: BP 14.5.2

    Mike Witt
    Participant
    MrJLC
    Participant

    Hi, I am using latest version of wordpress core (7.0.2) and buddpress (14.5.0). On the project that I am working on, there are multiple users with administrator role. When a site visitor expresses interest in becoming a member on the website, all admin users are sent a notification email.

    Is it possible, via code or plugin, to customise the notification email to only go to one admin user and ignore the other admin users ?

    Many thanks in advance

    #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

    #339419
    emaralive
    Moderator

    The BP Classic plugin will convert the URL directories into normal pages. Additionally, you shouldn’t have to copy any template files, unless you are attempting to overload/override the standard (default) templates.

    Last but not least, in the future, when you require help, create your own topic instead of trying to piggyback on someone else’s issue/topic.

    #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

Viewing 25 results - 1 through 25 (of 32,688 total)
Skip to toolbar