Hi @dreamscape2
If you recently updated BuddyPress to 12.0, as this plugin hasn’t been updated for years, I’d advise you to install and activate the BP Classic backwards compatibility Add-on we specifically built for these situations.
BP Classic
Hi @maciejatmyshca
There was a ticket where I did some tests, imaged were showing when not logged in for me:
https://buddypress.trac.wordpress.org/ticket/9066
if it’s lazy loading I believe it’s mainly a WordPress thing as we do it in activity and for avatars only if I remember well.
Hello @ceraus
BuddyPress is overriding WordPress registration URL by default so that it is displayed into your theme instead of the wp-login.php file. From previous support topics on the same subject I’ve read some users were deleting the registration page BuddyPress was created to force the use of the WordPress registration page. This was a workaround that is not doing the trick anymore in BuddyPress 12.0.0.
Please see: https://buddypress.org/support/topic/buddypress-12-0-0/page/8/#post-332709 for a way to disable the BP Registration flow.
For readers information: a ticket to track the above was opened here https://buddypress.trac.wordpress.org/ticket/9066
Using BuddyPress 12.0 on a regular config of WordPress is not blocking images, there’s probably a plugin/theme/custom code conflicting with BuddyPress on your specific config.
Hello,
Hmm, unsure how to diagnose this; but have an issue w/ buddypress not displaying the correct registration page. When disabled, it works (the default wordpress registration form), so it is either a plugin dependent on buddypress or buddypress itself. I tried setting the register page to none, and to the register page with a “Page to Link” plugin that sets it to the correct url ending in /wp-login.php?action=register but it still will not, any idea how I can fix this? It was fine before but not sure why it just stopped, I did migrate it from a local install and deployed it online
Any help would be very much appreciated
@imath – is it possible to just disable the registration page/slug completely? We’re using Formidable Forms as a registration form for people to sign up to the website and the WordPress user accounts are linked to the BuddyPress profile anyways. Right now – with the slug being /register/ – we’ve created an actual page with the slug /register/ that hosts the Formidable Form which seems to overwrite the BuddyPress sign-up form. If I change the BuddyPress register slug settings to /sign-up/ it creates a new sign-up form which just messes up our profiles/website access. Otherwise I’d have to change the Formidable Forms registration slug to /sign-up/ as well and we’d have to create a redirect from /registration/ to /sign-up/ because the /registration/ slug is in use across the site and on other third party channels too.
I am very new in WordPress. Could anyone help me to solve the problem of the BuddyPress Email? I have already set up the SMTP, but the bp emaill is still using the old version.
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?
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.
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.
Hello @perchenet
Thanks a lot for the screenshot you shared with us. I guess you are using the Classic Widget plugin (or a filter to carry on using WP Legacy widgets UI). If you were using the Block Widgets interface that replaced it during WordPress 5.8, you’d be able to also set the title from the BP Block Widget Inspector.
I believe you have 2 choices:
– Activate BP Classic to get the BP Legacy widgets back and be able to use them with the WP Legacy Widgets UI.
– Or since the text widgets seems to render serialized blocks, you can use the Post Block Editor to visually set the Online/Active members block title, then from the « more » button of the Block tool bar, use the « Edit HTML » menu item to get the serialized block which should contain the title attribute you set. If this « Edit HTML » menu item is not available for the block (I may have disabled it), use the Block Editor command to switch to the code view. Copy the serialized block and paste it into your widget block and it should display your custom title above the avatars into the front-end part of your site.
I can’t test myself until 6/7 hours as it’s office hours for me 😅
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 🙏.
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.
Update: Now I am able to receive the password reset link, but it just loops me back to the generic WordPress login page, not a password reset page.
@priyam1234
This will be fixed in next minor version (12.1.0). The tool to reset slugs will now delete buddypress post types that are not used for directory pages. See: https://buddypress.trac.wordpress.org/changeset/13680
For now you can look into your database {wp_table_prefix}options table the value of the option name 'bp-pages' to know the buddypress post type’s IDs that are used to display directories.
Hello Matthew,
Thanks for your responses & Apologies for only getting back to you now
– WordPress Multisite or regular ?– WordPress Multisite wp 6.4.2 bp 12.0.0
– In the site health information tab, what are the values of:
– WordPress > registration – I only see “Can anyone register on this site? No” (i had to turn on request membership function
– BuddyPress > URL parser – BP Rewrites API
Link to bp registration form https://bermudians.com/45134-2
Hi sorry to read about this issue. bbPress is not ready for BuddyPress 12.0. You need to activate BP Classic:
BP Classic
