I’ve done a bit more digging and using the renamed full-width.php -> buddypress.php it looks like I just need to get full-width in to the body class to get the result I’m after.
As a logic test within header.php under the <body… line I added <?php if (!bp_is_blog_page() ) { ?> ‘full-width’ <?php }?> which then displays that piece of text at the top of each of the pages I expect.
When I try and replace
<body <?php body_class(); ?>>
with
<body <?php body_class(if (!bp_is_blog_page() ) { ?> ‘full-width’ <?php }); ?>>
I just get an empty page.
I’m probably missing something very simple
Hi,
WP:4.5.3 BP:2.6.0 Theme:twentyfourteen
I currently have my main page with a primary sidebar and content sidebar, I’ve set all other pages to use the full width template which seems to be working for events etc but buddypress only follows this setting on the main groups and members pages. As soon as I navigate to a group or member page it no longer uses that template is this correct behaviour?
I have tried adding an if around the get_sidebar but this just leaves the area empty which I’m guessing is a css issue.
I also tried copying the page-templates\full-width.php file to a child theme and renaming to buddypress.php but this also has the same effect of the empty space at the side.
Any advice would be greatly appreciated.
Thanks
i experienced exactly same issue with writer.
only activation mail not work, others do. password change, etc…
try to this
admin panel – setup – buddypress
setup is including permal link menu. i dont know exactly what it in english.
and click restore email setup. and i solved.
good luck!
Hi, I am one of the guys behind Woffice. On Woffice seems that the problem is not a conflict with “Buddypress Cover Photo”, the issue happens also without the plugin if the component “groups” is disabled.
So the solution proposed by @r-a-y doesn’t work for us, instead the solution proposed by @kaab321 solved the issue.
It’s a duplication of this topic:
No access to single activity item on from after BP2.6 upgrade
To roll back: download the previous version here. Delete your current version of BuddyPress and upload the older one.
@kaab321 I think that the fix proposed by @r-a-y is more elegant and relevant. You should use it instead, if it works for you, of course.
Thank you @r-a-y, I tried it and it works for me 🙂
I’ve seen that it was an autoload problem, but my knowledge about the buddypress core is very limited :/ I preferred modify a plugin than dare to change directly a buddypress file.
are you using any seventhqueen theme? if yes check this
Fatal error on a BuddyPress 2.6.0 upgrade
My particular problem was with the (ancient, but useful) plugin bp-group-hierarchy. The manual fix recommended in the post BuddyPress 2.6.0 “Espejo” is now available (found here: https://github.com/ddean4040/BP-Group-Hierarchy/pull/21/files) got me back up and running. Thanks!
This helped me A LOT! Solved my error. Got it from:
https://wordpress.org/support/topic/fatal-error-with-buddypress-26?replies=3#post-8563337
Open Quote:
If you’re like me and have buddypress groups turned off, this will produce the error shown. I fixed by adding this to
/wp-content/plugins/buddypress/bp-groups/classes/class-bp-group-extension.php
change:
$group_id = bp_get_current_group_id();
to:
$group_id = (bp_is_active('groups') ? bp_get_current_group_id() : '');
and change:
if ( empty( $group_id ) && bp_get_new_group_id() ) {
$group_id = bp_get_new_group_id();
}
to:
if(bp_is_active('groups')) {
if ( empty( $group_id ) && bp_get_new_group_id() ) {
$group_id = bp_get_new_group_id();
}
}
IMO, they should have tested this before pushing out an update. Hopefully they figure things out.
Close quote
I posted a topic on the Buddypress Cover Photo support forum, on wordpress.org. (Same authors as KLEO theme and support forum so easier to access). Bye !
What plugins do you have installed?
Are you using multisite?
Do you only have BuddyPress activated on the root site? If so, you should network-deactivate any BuddyPress plugins and only activate BuddyPress plugins on the main root site.
Update – Can you try this fix?
Fatal error on a BuddyPress 2.6.0 upgrade
I don’t have BuddyPress Cover Photo plugin installed
Looks like the code example doesn’t work in your theme’s functions.php unless you change the hook from 'bp_groups_register_group_types' to 'bp_init'.
However, the code example from the codex works as-is if used in wp-content/plugins/bp-custom.php.
Going to file a bug report. Thanks for testing, @d8vjork!
Update: Here’s the ticket – https://buddypress.trac.wordpress.org/ticket/7138
Did you follow the code example from the codex?
Group Types
If not, can you paste your code?
Can you check out this thread and reply there?
Fatal error on a BuddyPress 2.6.0 upgrade
Also see:
Fatal error on a BuddyPress 2.6.0 upgrade
Some people have said that the BuddyPress Cover Photo plugin is causing this issue:
https://buddypress.org/support/topic/fatal-error-on-a-buddypress-2-6-0-upgrade/#post-255063
It looks like the Kleo theme might need to be updated for BuddyPress 2.6. I’d suggest to start by contact their support for help.
Thanks for sharing, @syborg!
@jason75,
Could you please test the solution above with your theme?
Also, @jason75 and @syborg – as you are owners of that Kleo theme, could you please contact Kleo authors with this thread information? They should test their theme with the latest BuddyPress 2.6.
This is fixed in BuddyPress 2.7. 😉
Well not exactly sure about what happened but between the update to BP2.6 and tweaking my URL setting after reading this
BP with SSL do not send registration
My registration seems to be working again. I had SSL installed on the site after I setup my WP/BP install. Initially changed the site and WordPress URLs in the general settings to remove https from the URL and add www. Before domain. So now URLs looked like this. Http://wwww.mydomain.com Several test registrations worked as expected immediately after that was done. Since I want to try to keep site secure I went back to setting and put the https back in the URL and keep the www so now URLs look like this Https://www.mydomain.com All test registrations still work. Will get a few more random tests in but it looks like the problem is solved. BTW I am using lets encrypt
Hello, I had exactly the same problem, with the theme “KLEO” (seventhqueen).
If it can helps someone, the problem was caused by the plugin “Buddypress Cover Photo”. I fixed it by changing the first line in the file /plugins/buddypress-cover-photo/group-cover.php :
if ( class_exists( 'BP_Group_Extension' ) ) :
by
if ( class_exists( 'BP_Group_Extension' ) && bp_is_active('groups') ) :
(It’s my first post on this forum, so I wanted to say that Buddypress is a great plugin, good work guys !)
Since 2.1, the option dropdown is no more hardcoded in the template but is generated dynamically.
I’m unable actually to tell you how to modify this new behave. (The old method is explained on the codex and in many topics here).
On Codex, if you have a serious php level (it’s not exactly my case), it’s explained how to add a new option. I guess there is a way to do the inverse, but i read a lot and tried many things, but didn’t find any working solution.
Meanwhile, i opened a topic on bbPress forum.
I tried this after asking @imath but it doesn’t work (i use bbp 2.6 alpha on my test site)
function remove_activity_filters( $bbp_buddypress = null ) {
if ( bp_is_active( 'activity' ) && bp_is_activity_component() ) {
// Remove forum filters in site wide activity streams
remove_action( 'bp_activity_filter_options', array( bbpress()->extend->buddypress->activity, 'activity_filter_options' ), 10 );
}
}
add_action( 'bbp_buddypress_loaded', 'remove_activity_filters' );
In case of one of you have an idea: @shanebp, @henrywright, @r-a-y, @djpaul ?
Merci beaucoup !
That’s the problem of BuddyPress compatibility with color schemes.
Core developers decided to adopt only default color scheme, because time needed to test and modify for all of the schemes, and we all are volunteers.
And try Hueman theme, it’s better 🙂 Using on it htpps://cosydale.com
