Hi @portalciencia
Some plugins might not be ready with BuddyPress 12.0 or up. For this case we’ve built a Backwards compatibility Add-on. You can try to download and activate it to see it it’s fixing your issue:
BP Classic
Hi @priyam1234
Thanks for your feedback đ. My company has nothing to do with WordPress actually, I don’t make a living with code. I’m a hobbyist and contribute freely to BuddyPress, just like the other members of the team.
For everyone reading this topic:
Quick update about the 12.1.1 issue reported by @manni65929 when first installing BuddyPress with this version:
We’re actively working on it, I’ve tested the fix we built with various scenarios to make sure we don’t generate side effects. The ticket we use to track this issue contains a 12.2.0-beta version with this fix, we still need to run some tests but I’m confident we’ll be able to package the next 12.2.0 minor release very soon (I believe early next week).
Hi @priyam1234
I’m aware of the issue, see: https://buddypress.org/support/topic/buddypress-12-1-1-maintenance-security-release/
I’m currently working on it from https://buddypress.trac.wordpress.org/ticket/9075. I need to make sure the fix is taking care of all possible cases, which means a lot of tests.
As soon as I have something solid I’ll package a new minor release. It will happen faster than 12.1.1 (which took a month). I hope I’ll make it happen early next week.
@ayayron sorry to read about it: please do participate to our beta testing period. We extended 12.0.0 to 5 months without receiving any issues from you or other Themeforest developers. It’s better to anticipate imho.
@roberthemsing I’m not sure, my guess is we’re not strict enough about the rewrite rule so I’ll need to review this asap.
I’m going to close this topic, please carry on giving us your feedbacks and issues from this topic:
BuddyPress 12.1.1 Maintenance & Security Release
You can add new profile fields from the backend settings for user profiles like age, location, and bio https://codex.buddypress.org/administrator-guide/extended-profiles/
For media support, you can use https://wordpress.org/plugins/bp-attachments/ plugin.
The user Switching plugin needs an update to be compatible with the latest BP v12+. You can install the BP Classic plugin for now to add support for that plugin that is still using old codes. https://wordpress.org/plugins/bp-classic/
NB: if this is your first BP install, could you check what happens when youplease define the BP_LOAD_DEPRECATED constant to true to load 12.0.0 deprecated functions. We missed this case and will fix this issue asap.
Hi,
1) bbPress is not ready for BuddyPress 12 or up, you need to install and activate BP Classic backwards compatibility add-on
BP Classic
2) it looks like youâre skipping deprecated code from being loaded, please make sure you donât have the BP_IGNORE_DEPRECATED constant set to true.
If 1 & 2 doesnât change anything, please describe your configuration in details :
Multisite ? How BP is activated (network or a specific site).
Wordpress version : 6.4.2
BuddyPress : 12.0.0
Site url : https://cityscoop.us/sanleandroca/
Buddypress page url : https://cityscoop.us/sanleandroca/members/
hello @imath
I had a suggestion
If possible, make the buddypress date section like the core of WordPress so that Persian speaking people can easily change the date to JAJALI with common plugins.
Thank
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!
