@roberthemsing
Ouch, pretty annoying! Thanks for reporting it. I’ll check it asap. In the meantime, what happens if you go to Settings > BuddyPress > URLs and change the slug for the Register panel to sign-in for example?
Hello,
I have BuddyPress (v 12.0.0) and BuddyPress Docs (v 2.2.1) installed on WordPress v. 6.4.2.
After the last update, I’m seeing an issue where BuddyPress Docs is not displaying contents from sub folders on the list table. This only happens to some of parent folders.
Ex. I have a Main folder “A”, and multiple sub folders that use “A” as their parent. When the table row “A” is clicked to expand on the Docs table, a spinner shows then the sub folders list is empty. I did an browser inspection, and the row was showing “There are no docs for this view.” msg.
However, when I go directly to the sub folders page of the “A”, I see all sub folders of “A”.
Ex. https://abcd.com/groups/samplegroup/docs/?folder=12201
So it’s not like sub folders are deleted or anything. They can be searched using the search function as well.
I tried changing a parent of a sub folder “B” from “A” to a different parent folder “C”. “B” did not appear under “C” as well.
I think this is a bug that was introduced with the latest plug-in update.
Is there a manual fix that I can apply, or are you already working on a fix for this?
Thanks.
Hi @beoogo
Sorry to read about your issue. If you get a blank page that’s probably due to a fatal error. Your host should give you access to the error log of your site to find the issue. My guess is one of your plugin is using a deprecated function. If you’re trying to activate version 12.0.0 of BuddyPress, you can try to first activate the BP Classic backwards compatibility add-on.
If it doesn’t solve the issue or if you’re using a previous version of BuddyPress, add this constant to your wp-config.php file:
define( 'BP_LOAD_DEPRECATED', true );
I have been using the following code for the past several years to successfully change the profile URL for members to use the user_id number instead of their username/nicename. However, after updating the most recent version of BuddyPress and WordPress, the function is no longer working properly.
Does anyone know what needs to be changed?
Hi @Mathieu,
Any update on the previous issue?
Should the pagination issue be referred to bbPress, and can you repro the issue in the recent post display?
To debug here, disabled Litespeed, so working with only a few – Twenty Twenty Three, bbPress, BuddyPress, Cleantalk, and the bbp Style Pack.
Thanks.
I agree BuddyX is a great looking theme, it’s available on the Theme directory and actively maintained by great developers (who are contributing back to BuddyPress). We wrote a post on it on this website. Our BP Block Theme will also be available on the Theme directory and we’ll probably look at a way to feature nice BP Themes from end-users Dashboard a bit like we’re featuring BP Add-ons from it (Plugins > Add New > BP Add-ons tab).
Hi @windhillruss
I’ve just tested BuddyPress v12.0.0 with or without BP Classic and I wasn’t able to reproduce your issue. To me everything works fine, if you can clone your site on a local/staging environment, I advise you to disable all plugins but BuddyPress and BP Classic and use a bundled WordPress theme to see if the issue is still there (it shouldn’t), then activate one by one your plugins to see which is not behaving the right way.
Hello, you are using a fork of BuddyPress. Our code have diverged. Please contact this fork support. We cannot reply for them.
Hi @windhillruss
Thanks a lot for your feedback I’ll check this asap 👌
Hi @epgb101
Thanks a lot for your feedback. I agree we need to improve the front-end design. As I’ve explained here, we are very ambitious trying to integrate with any themes. In next major version (14.0.0, because 13 is a hard number), we’ll carry on on this road but we will also try something new: build a new BP Block Only Theme where we can control every part of the design (which is far from being the case with other themes). So I am confident we’ll reduce the gap you’re talking about and I’m very positive about the fact being able to use the WP Site Editor to organize the layout will attract (back) more people to use BuddyPress.
Hi @maciejatmyshca
Really sorry to read about your issue. I have no idea about why this is happening. Someone else shared about a similar issue in a previous reply to this topic. I have tested (again) with WordPress latest version + Twenty twenty four and only BuddyPress activated and I had no issues with images or styles.
Where do I add my feedback on what Buddypress needs to be taken up by more websites?
Life’s too short – I’ll just write it here and be brutally honest as a semi-techie (most users?). I saw this; “I think the number one problem is the UI. Most people install BuddyPress on their or a default theme and the result is not pretty. This deters most people and makes them look for other solutions.” THIS is the problem. Its VERY VERY ugly out of the box and VERY hard to get looking anything like facebook or anything nice. Yet I know it’s great spftware / platform!!!! How frustrating is that?!! I tried many months to get it looking good – and EVENTUALLY found a great theme and it looks v good now – BOY was it hard and in the meantime I used Peepso – but all the while I WANTED TO USE Buddypress!! – as I much prefer the community around it and the fact it’s built by you wordpress folk. Pack it with one SINGLE graet theme – and it will rocket. My two cents.
@adri1987 BuddyPress v12 has introduced them as a custom post type, and regular mapped pages have been removed. You can now find a new section named ‘BuddyPress Directories’ in the menu to add them to your website’s menu. Please refer to the following document for more information.
https://github.com/buddypress/buddypress/blob/master/docs/user/administration/navigations/README.md
https://github.com/buddypress/buddypress/blob/master/docs/user/administration/settings/urls.md
Hi @wojciechr
Since BuddyPress 12.0.0, we’ve delayed the moment when the displayed user is set to comply with the WP Rewrite API. You now need to wait for bp_parse_query to get it. I advise you to use a later priority than default one (eg: 20).
The other option is to download and activate the BP Classic plugin. It will bring backward compatibility with your code.
My advice is to prefer 1st option 😅
Hi,
befor I updated to V12 I used bp_init hook to set the default profile tab by using BP_DEFAULT_COMPONENT. In my case I set a new default tab only on the users own pages like this:
function set_profile_default_tab() {
global $bp;
if ( bp_is_user() ) {
$current_user = get_current_user_id();
$displayed_user = $bp->displayed_user;
$displayed_user_id = $displayed_user->id;
if ($current_user == $displayed_user_id) {
$default_tab = 'dashboard';
if ( ! empty( $default_tab ) ) {
buddypress()->active_components[ $default_tab ] = 1;
// Set Default Tab
define( 'BP_DEFAULT_COMPONENT', $default_tab );
}
}
}
}
add_action( 'bp_init', 'set_profile_default_tab', 99 );
But after update this isn’t working. I’m not able to get the user id of the displayed user.
Has anyone an idea how to get the user id of the displayed user while using the bp_init hook?
Thanks for the reply. I understand about linking the bbPress “favorite” to BuddyPress activities.
But my real concern is:
I can’t unfavorite a forum topic from my profile forum favorties.
Here’s the steps I took:
If I’m looking at my Favorites in /members/[username]/forums/favorites, I start out with none.
Then I go to /forums/topic/[topic] to view the topic.
Now I click the “favorite” link.
Now I go back to /members/[username]/forums/favorites, And I see the forum topic in the list of my Favorites.
There is a missing image/icon where the button to remove the topic from my favorites.
If I click there, it’s not removing the topic from my favorites. And in the forums on /forums/topic/[topic name], when I refresh, the link still says unfavorite.
If I click that, the topic refreshes and the link has changed to favorite (So it removed the topic from my favorites.
Then I go back to /members/[user name]/forums/favorites, and it’s gone.
The same is true with subscriptions.
When looking at a member’s profile in the Forum tab, the last two tabs are Favorites then Subscriptions.
Basically, in the topic list for favorites and subscribed topics within the Member Profile page, the listing of a member’s favorites and subscribed topics has a missing icon in the untitled column to the left of ‘view’ column. When I hover over it, the link displays to bbPress.
The similar view from within bbPress (sitewide as opposed to within the Profile page) has this icon. When I click the link, it toggles correctly.
As I think I just proved, a picture is worth a thousand words 🙂
I tried it in the theme functions.php file, as multiple online tutorials recommended.
If there is a way to add it directly into the Buddypress plugin via plugin file editor, which Buddypress file should it be added to?
Hi, I’d like to have my site Authors (Editors in Buddypress) unable to delete the posts and pages at my site (that I created). I tried the code below (from the link below, swapping “author” for “editor”), but it didn’t work (also tried it with author instead of editor to no avail).
function wpb_change_editor_role(){
global $wp_roles;
$wp_roles->remove_cap( ‘editor’, ‘delete_posts’ );
$wp_roles->remove_cap( ‘editor’, ‘delete_published_posts’ );
$wp_roles->remove_cap( ‘editor’, ‘delete_pages’ );
$wp_roles->remove_cap( ‘editor’, ‘delete_published_pages’ );
}
add_action(‘init’, ‘wpb_change_editor_role’);
Code originally found here: https://www.wpglobalsupport.com/prevent-authors-deleting-posts-wordpress/
Any idea how I could code this correctly so it works as intended?
Thanks!
Hi @perchenet
Just to be sure we are talking about the same things:
– The Active/Online members legacy widgets were removed from BuddyPress 12.0.0 and moved into the BP Classic add-on as they were deprecated since 10.0.0 (following their migration as block widgets in version 9.0.
– The Active/Online members block widgets are available in 12.0.0 and are (almost completely) translated into french. In 12.0.0 we’ve changed the way we build blocks to use the WordPress way (block.json + wordpress/scripts builder) instead of our “9.0 to 11.0” way (Parcel.js).
The below screenshot is showing the Active/Online members block widgets translated into french.
Looking at your screenshot, it looks like you are using a custom translation file and renamed these widgets to “Aupostien·ne·s récemment en service / en ligne”.
I also see that the default block widget title is not translated, I guess WordPress is not supporting translating the attributes described into the block.json file (that’s why I was writing (almost completely) a bit above). I agree that’s annoying and I’ll probably work on a way to have the default title translated. But, you can customize this title using the Block Inspector from the right sidebar once you activated its display (follow the first arrow in the below screenshot).
So to have the title into french you just need to enter your text into the “Titre” field like I did on the above screenshot. So you can use “Aupostien·ne·s récemment en service” as the block widget’s title for example.
Thanks again for your congrats 😍
Hi @tdakanalis
Thanks for your feedback. Short answer is: you can’t anymore. In BP 12.0.0, we’ve delayed the moment when BuddyPress objects are fully set to the time when WordPress parses a query in order to comply with the WP Rewrite API.
We’ve faced the issue you’re talking about because group extensions are loaded way too early. We haven’t changed this to avoid too much back compatibility issues and opted to build the BP Classic plugin for users that may use plugin like yours.
If you can’t get the group ID in the constructor method of your group extension, it doesn’t mean you can get it when you actually need it: that is to say when your group’s extension screen/nav is generated by BuddyPress.
Actions you need to take:
1. Make sure you are using the latest BP Group Extension API (the one we introduced in version 1.8 which returns arguments to the parent class (eg return parent::init( $args );). I advise you to read this updated documentation about it: https://github.com/imath/buddypress/tree/master/docs/developer/group-extension
2. Use the newly introduced (12.0.0) show_tab_callback, see https://github.com/imath/buddypress/tree/master/docs/developer/group-extension#show_tab_callback
3. Look at the code explaining how to use this new argument here or there
4. Update your code 🙏.
Hi,
I’ve developed a plugin that extends the BP_Group_Extension class to enhance BuddyPress Groups’ functionality. Inside the class constructor, I aim to access the settings of the respective group to verify if the extension has been activated through that group’s settings.
Before BuddyPress version 12, I could simply access the $bp->groups->current_group->id to retrieve the current group’s ID. However, after upgrading to version 12, accessing $bp->groups->current_group returns just 0. How can I now retrieve the group ID from within the constructor in version 12? Here is a sample code demonstrating what I am trying to do:
class MyExtension extends BP_Group_Extension {
function __construct() {
global $bp;
$group_id = $bp->groups->current_group->id;
}
}
function register_group_extension() {
bp_register_group_extension( 'MyExtension' );
}
add_action( 'bp_init', 'register_group_extension' );
@wingflap activity mark favorite differs from marking a topic as a favorite.
To link “mark favorite” actions on bbPress topics to BuddyPress activities, you may need custom development or specific plugins, as it’s not a default feature.
Hi @priyam1234
I’m not sure to understand what you’re trying to do, but if you need to force the BP Directories metabox to be shown in the Nav Menus Admin Screen, you can try that:
function priyam1234_hidden_meta_boxes( $hidden, $screen ) {
if ( isset( $screen->id ) && 'nav-menus' === $screen->id ) {
$hidden = array_diff( $hidden, array( 'add-post-type-buddypress' ) );
}
return $hidden;
}
add_filter( 'hidden_meta_boxes', 'priyam1234_hidden_meta_boxes', 10, 2 );
WP version 6.4.2
BP version 12.0.0
also installed: Better Messages
Running a latest WordPress/BuddyPress installation on a webspace. When doing a test run I was baffled that already after 8 users logged in, everything went sluggish and no other user could log in. Now I need to find out what is the limiting factor.
There is 348 MB Ram available.
What is the most likely resource that runs short?
How could I find out/test?
What is the roughly estimated usage per logged in user of
– ram
– bandwidth
– cpu (e.g. x user per GHz)
– other ?
What are your experiences with simultaneous login numbers?
There’s is no response on this Ticket– https://buddypress.trac.wordpress.org/ticket/9044
Does it sound like the Ticket does not make sense?
Regards.
Hi Mathieu, tried it, no change unfortunately. This looks like the wrong item for the topic anyway, as the file /bbpress/includes/extend/buddypress/members.php doesn’t have any pagination code at all. Consequently a bug for some unknown length of time.
Might the issue be better posted at the bbPress site?
Another issue cropped up with the display of recent posts in a member’s group activity tab. A bbPress (not a BP group) private topic was created and was correctly showing in the group activity posts. The title and body of the content were later edited, and although the content of the post in the group activity tab didn’t change to reflect the edit, (even when the page cache was purged), the topic title did match the last edit.
Thanks.
Hello @bermudastream
The fact this snippet is not working on your config is amazing to me, as I’ve tested it on my development env.
If you haven’t done so, could you add the code into a bp-custom.php file? See https://codex.buddypress.org/themes/bp-custom-php/ for more info about this file.
