Search Results for 'wordpress'
-
Search Results
-
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 featuresThis 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.
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 submittingTried 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!
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
Topic: Problem when deleting terms
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 logWhen deleting the same term using WP-CLI, everything works perfectly:
bash wp term delete category <term_id>
– No errors
– Term is deleted correctlyI 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 largeThis 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!
Does anyone know how to add xprofile fields into the Activity form?
I would like to add a dropdown field, populated with 6 xprofile fields, that when a member s posting they can choose from the dropdown field, and add their choice to the activity they are posting.
I’m almost have it, I’m stuck at this first stage, but the names aren’t showing up:
add_action( 'bp_activity_post_form_options', 'render_pet_activity_fields' ); function render_pet_activity_fields() { echo '<label for="our-pets">Choose pet:</label>'; echo '<select name="our-pets" id="our-pets">'; $args = [ "field" => "137", "user_id" => bp_get_activity_user_id(), ]; $petnames = [bp_profile_field_data($args)]; if (!empty($petnames)) { foreach($petnames1 as $petname) { echo '<option value="' . strip_tags($petname) . '">' . strip_tags($petname) . '</option>'; } } $args = [ "field" => "138", "user_id" => bp_get_activity_user_id(), ]; $petnames2 = [bp_profile_field_data($args)]; if (!empty($petnames2)) { foreach($petnames2 as $petname2) { echo '<option value="' . $petname2 . '">' . $petname2 . '</option>'; } } echo '</select>'; }Using WordPress version 6.94.
Hello,
I’m using WordPress 6.9.
I installed BuddyPress 14.40 on my site: https://subjectif.eu.
I would like it to appear in my site’s main menu. The intended page, Messaging ( https://subjectif.eu/messagerie ), only displays that name!
I would like this page to display BuddyPress with its menu.
What do I need to do?
Thank you.
