To allow any logged-in user to post in your bbPress forum within a specific BuddyPress group, go to your WordPress dashboard, navigate to Forums > [Your Forum], and adjust the forum’s settings. Look for permissions or access settings and set them to “Logged In Users” rather than restricting it to group members only.
@imath I was running this test with both BuddyPress 12.00-beta4 and previous 11 version too.
I’ve not tried to include the patch you link to me, I’ll try it.
I understand that it could be a bbPress issue. Both bbPress and BuddyPress seem to have been answering on issues that it’s the other plugin that needs to patch. The issue was reported 11 years ago and again 4-5 years ago with the same response on both side.
I don’t know both codebases enough (dug into both of them for the first time last week) to conclude if in the end it’s bbPress or BuddyPress that need patching but in the end there’s been an incompatibility on and off for 10 years… that even happen on Buddypress.org profiles.
I’ll try with the latest BuddyPress patch for bbpress and let you know. Is it implemented on this very website though? Because as I pointed out, this bug is affecting the website here too.
Hi @jgasba
If it’s bbPress pagination, my first guess would be it’s a bbPress issue. Have you tried BuddyPress 12.0.0-beta4 & latest bbPress patched with the patch I’ve attached to this ticket https://bbpress.trac.wordpress.org/ticket/3576 ?
There is a very long running issue about that, it seems, on bbpress trac here https://bbpress.trac.wordpress.org/ticket/3355#comment:4
if you have any more info on that, please share.
Either wait for a bbPress update (it seems that it is in a slow pace lately), or maybe include a function hooking to bbp_get_replies_pagination_base filter (for replies as an example) to fix it on buddyPress side? (or on theme/plugins dev side but then it would probably be a good thing to include it in the docs somewhere?)
(I just typed a response and it does not show. Moderated because of links or bug on my part?)
Shorter version: pagination on your own profile work, but on other people profiles don’t.
@imath if you visit your own profile on this very website you’ll notice that the pagination links link to buddypress .org/page/2/ instead of /members/imath/forums/replies/page/2/
After conducting local test it appears to be a problem on the v.11 too… is it a known issue? Is there a way we can help fix this?
I have some feedback for the beta4: I stumbled upon this issue on my big site config but in troubleshooting mode with only default WP theme 2024 + BuddyPress (Heritage template but Nouveau has same problem) + bbpress I have this issue: in the /members/forums/ tabs of a member page, when I click on the different pages they do not display different content, only first page’s one.
Could this be a problem with BuddyPress or is this only bbpress?
I’m trying to use BuddyPress with a pjax based theme (Waveme) and it does not work.
When I click on “Messages” on a members page nothing appears other than the nav and subnav. Clicking the tabs do not display any content.
Only when I do a hard refresh does it display the Messages and allows the user to switch tabs to see sentbox, messages, or compose form.
When I use Heritage template page the content is displayed. Stylesheet does not seem to load but content is displayed. When using Nouveau, the page stays empty and no content is loaded at all.
Does anyone have any tips on how to solve this? Is there any action or script I have to call on page load so that it initiates BuddyPress when in the members page?
for context:
WP: 6.4.1
BuddyPress: Version 12.0.0-beta4
BuddyPress template: Nouveau
Theme: Waveme. the theme is music based, and it uses pjax so that the currently played music does not stop while navigating.
✅ checked with only theme + BuddyPress enabled in troubleshoot mode: problem still happening
✅ tested on default plugin/core/theme files. No template overload.
🐛 Console or PHP do not return any error.
ps: I have tried more complex things but after troubleshooting it in depth I realized it was a root problem between theme and buddypress.
@africanfoods Let’s discuss about it in another topic, this one is dedicated to testing BuddyPress 12.0 and BP Classic. Just imagine how you would feel if someone would interrupt a discussion you’re having about a topic with something that is not directly related to it.
Please open a new topic, describe your configuration in it: WordPress version, BuddyPress version, PHP version, name of your theme, name of the active BP Template Pack, list of active plugin names as well as active BP Components, whether there is a bp-custom.php file into your plugins directory or any other file into a mu-plugins directory, etc. We’ve sticked this topic to the forum to help you and others have a reply to their troubles, follow these steps, then ask for support. I can’t help you with so few information.
Hello,
we use BuddyPress Version 11.4.0 with WordPress 6.4.1.
Users should register here: https://www.campusaktiv.de/registrieren/
Actually there’s the problem that the page only reloads after pressing the submit button (“Registrierung abschließen”). Nothing happens, no forwarding to activation page or system message.
Can someone help us please?
Kind regards,
Regina | Stiftung Aktive Bürgerschaft
Ok, I’m not just able to find templates/index.html in my theme or buddypress directory. Maybe a guide to this path @gingerbooch
due to a bug in the BuddyPress plugin. The plugin is keeping track of the number of friend requests in the database, but it’s not displaying the correct number in the notification bar.
(damn the spam on this forum seems constant, that’s frustrating)
I’m using BBpress.
In fact the website I’m working on used BBpress and i’m trying to integrate that and Buddypress (that I enabled mainly to add private message to the website).
bbpress has the advantage to contain templates that work directly when you enable both plugin.
I’m trying to pull all the information from both bbpress profile and buddypress profile to an existing custom theme profile page but that’s the challenging part.
Hi @africanfoods,
I am actually updating to official 11.4.0 version and I faced the same problem.
This one is quite tricky. I had to dig into rebuilding my child theme from scratch in order to understand what was going wrong.
I found that Buddypress now uses the content of a potential “templates” folder, directly in the root of your theme directory (previously it was only looking for a buddypress folder in the theme directory).
You may have created a folder you named like that in your theme or child theme folder, which was not related to Buddypress. As buddypress now read this folder, be careful with the content. Especially if there is an empty “index.html” file in that folder.
If you find one, just be sure that file was put here for basic security purpose, not for a specific use, then you can delete it, or rename like “index.html_backup”. Once you remove or rename this file, you should get your users’ profile pages back.
I don’t know the use or reason for this new feature, maybe @imath can tell us more.
Hello guys.
I’m working on creating users based on data from API response and everything is working fine, but I noticed database errors in debug.log, investigated and found it was related to wp_create_user() and bp_core_map_user_registration() conflict. bp_core_map_user_registration() hooked into user_register and is working with xprofile fields and leads to Warning: Undefined property: BP_XProfile_Component::$table_name_data and WordPress database error: [You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘.
Commenting this action resolved issue.
Any ideas how to fix this? Because 4 WordPress database error for 1 user creation is too much, and one API cycle is creating 100 users on my website..
I have included the .js scripts but BuddyPress seems to not detect my profile page as a proper place to output content about a user.
For example when I do bp_get_template_part('members/single/activity'); I receive this output on the profile page (empty tags)
<nav class="bp-navs bp-subnavs no-ajax" id="subnav" role="navigation" aria-label="Menu des activités">
<ul class="subnav">
</ul>
</nav>
And a similar thing happens when using bp_get_template_part( 'members/single/messages' ); or other template parts.
How can I setup this so that BuddyPress recognises my profile page as a valid profile page where to output info and what should I use in my template to make BuddyPress load the proper scripts/actions/functions/objects to make it work?
Thanks in advance for any clue to point me in the right direction.
I’m trying to integrate BuddyPress into a theme I’m working with. This theme already has a profile page and I’m trying to include BuddyPress content inside it, mainly forums infos and privates messages functionalities.
I’m using bp-nouveau template parts and the inclusion seems to work as some html is passed on but no content. One of the reasons I think is because the page does not load buddypress scripts.
in short: How can I make the plugin to display private messages on a custom profile page?
hi! I’m starting to work with BuddyPress to see if it suits our needs on a website I work for and started to dig into the codebase (12 beta4).
I saw that some files bp_is_active( 'messages', 'star' ) suggesting that the star feature is identified as active or inactive.
I don’t need any starring feature, is there a way to properly deactivate it programmatically so that any mention to it is removed everywhere?
Thanks in advance for your help!
I had this problem without an easy solution, so I did one wich worked perfectly.
To add the logged in user profile link to a Elementor Widget, do this:
Add a custom shortcode to your theme functions.php
// Custom Buddypress User Profile Link
function custom_bp_user_link( $atts ){
return bp_loggedin_user_domain();;
}
add_shortcode( 'bp_user_link', 'custom_bp_user_link' );
After this, go to Elementor and in the link option of your widget select “Custom URL”, then select “Shortcode” and add
[bp_user_link]
I’m building a new wordpress site with buddypress and have just noticed that when I have the Nouveau template active, the “Add Friend” buttons disappear from the site. When I switch it to the legacy template, the “Add Friend” button reappears. When using the Nouveau template, the send public message button appears just fine in the member profile page.
If it is helpful, I’m running WordPress 6.4.1, using the Astra theme, and BuddyPress 11.4.
Hello,
I just updated wordpress to version 6.4.1 and buddypress buddypress 12.0 beta 4 and this error no longer occurs.
Hi @teeboy4real
Thanks a lot for your report, I’ve seen this issue lately:
https://buddypress.trac.wordpress.org/ticket/9010
As you will see, it looks like some custom code/plugin is filtering the $activity_type to be an array instead of a string.
I wasn’t able to reproduce it, but, I’m going to reopen the ticket and check again as I’m not sure I tested with a post comment.
I’ll keep you updated.
I updated to wordpress 6.4 while using buddypress beta 3. Accessing a members profile while I was logged out triggerd a fatal error. This is the info in my debug log below
2023-11-08T16:55:16+00:00 CRITICAL Uncaught TypeError: Illegal offset type in /var/www/wptbox/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php:800
Stack trace:
#0 /var/www/wptbox/wp-content/plugins/buddypress/bp-blogs/bp-blogs-activity.php(1038): bp_activity_post_type_get_tracking_arg()
#1 /var/www/wptbox/wp-includes/class-wp-hook.php(324): bp_blogs_new_blog_comment_query_backpat()
#2 /var/www/wptbox/wp-includes/plugin.php(205): WP_Hook->apply_filters()
#3 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-functions.php(401): apply_filters()
#4 /var/www/wptbox/wp-content/plugins/buddypress/bp-activity/bp-activity-template.php(291): bp_parse_args()
#5 /var/www/wptbox/wp-content/themes/klein-child/buddypress/activity/activity-loop.php(3): bp_has_activities()
#6 /var/www/wptbox/wp-includes/template.php(792): require('...')
#7 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(222): load_template()
#8 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(67): bp_locate_template()
#9 /var/www/wptbox/wp-content/themes/klein-child/buddypress/members/single/activity.php(41): bp_get_template_part()
#10 /var/www/wptbox/wp-includes/template.php(792): require('...')
#11 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(222): load_template()
#12 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(67): bp_locate_template()
#13 /var/www/wptbox/wp-content/themes/klein-child/buddypress/members/single/home.php(34): bp_get_template_part()
#14 /var/www/wptbox/wp-includes/template.php(792): require('...')
#15 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(222): load_template()
#16 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(67): bp_locate_template()
#17 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-template-loader.php(407): bp_get_template_part()
#18 /var/www/wptbox/wp-content/plugins/buddypress/bp-members/classes/class-bp-members-theme-compat.php(212): bp_buffer_template_part()
#19 /var/www/wptbox/wp-includes/class-wp-hook.php(324): BP_Members_Theme_Compat->single_dummy_content()
#20 /var/www/wptbox/wp-includes/plugin.php(205): WP_Hook->apply_filters()
#21 /var/www/wptbox/wp-content/plugins/buddypress/bp-core/bp-core-theme-compatibility.php(767): apply_filters()
#22 /var/www/wptbox/wp-includes/class-wp-hook.php(324): bp_replace_the_content()
#23 /var/www/wptbox/wp-includes/plugin.php(205): WP_Hook->apply_filters()
#24 /var/www/wptbox/wp-includes/post-template.php(256): apply_filters()
#25 /var/www/wptbox/wp-content/themes/klein/buddypress-full-content.php(20): the_content()
#26 /var/www/wptbox/wp-includes/template.php(792): require('...')
#27 /var/www/wptbox/wp-includes/template.php(725): load_template()
#28 /var/www/wptbox/wp-includes/general-template.php(206): locate_template()
#29 /var/www/wptbox/wp-content/themes/klein-child/buddypress.php(90): get_template_part()
#30 /var/www/wptbox/wp-includes/template-loader.php(106): include('...')
#31 /var/www/wptbox/wp-blog-header.php(19): require_once('...')
#32 /var/www/wptbox/index.php(17): require('...')
#33 {main}
thrown in /var/www/wptbox/wp-content/plugins/buddypress/bp-activity/bp-activity-functions.php on line 800
You r welcome If the activity form is related to BuddyPress you might want to check BuddyPress specific functions or hooks in your theme or plugin files. BuddyPress indeed has its own set of functions for handling activities and forms.
oh ok, so this is theme related. i thought its “just” a buddypress function(name).
thanks a lot
Hello,
I have added an extra profile group to members profile page with a URL group field.
When I enter https://www.example.org into the URL group field and save it, the url with https is saved correct in my database.
But when I go to the profile site to check, the LINK TEXT is without s; only http.
The LINK URL itself is correct with https.
Does anybody has an idea how to solve it?
I really tried for hours.
In the class-bp-xprofile-field-typ-url.php is function to catch submitted URL values, and if
the http protocol is missing, buddypress prepends ‘http://’ before passing to
is_valid().
Could this might be the issue?
Or does somebody know how I can change the link text from http to https?
I am only a php beginner.
Thanks a lot.
