Im using suffusion and buddypress
OH MY GOD!! I got the same sort of error after the 1.6 update installation. I can’t do anything with the site now.
Fatal error: Call to undefined function is_site_admin() in /home/content/e/z/c/ezcs2009/html/wsnursing/wp-content/plugins/buddypress-like/bp-like.php on line 248
@rodtrent – Disable all 3rd-party plugins you are using except BuddyPress – this includes JetPack, BP Gallery, etc. Next, change your theme to the bp-default theme. Now, retry your BP pages. Does your problem still occur?
@notpoppy – For this line:
`if ( groups_get_groupmeta( $bp->groups->current_group->id, ‘settings_complete’ ) )`
You could probably change that to do your check against group ID
eg.
`if ( bp_get_group_id() == MY_GROUP_ID )
return true;
elseif ( bp_get_group_id() == ANOTHER_GROUP_ID )
return true;
else
return false;
`
etc.
If you want to do your check by group name, try using `bp_get_group_name()` in place of `bp_get_group_id()`.
This is untested, but hopefully this gives you a few ideas to work with.
@bakelady – In BP 1.6, the member count behavior changed to reflect the active users on your site and not total members.
To revert this behavior, can you try this code snippet in /wp-content/plugins/bp-custom.php?
`add_filter( ‘bp_get_total_member_count’, ‘bp_core_get_total_member_count’ );`
If you don’t have a file located at /wp-content/plugins/bp-custom.php, follow the tutorial available here:
https://codex.buddypress.org/extending-buddypress/bp-custom-php/
Let me know if this works for you.
@dacai – It sounds like these shortcodes rely on javascript to work.
There maybe a conflict between your plugin’s javascript, BuddyPress’ javascript and/or your theme’s javascript (assuming you are not using a variant of the bp-default theme).
I would try to find out the culprit by debugging the javascript with your browser’s developer tool.
If you’re using Firefox, try installing Firebug.
Here’s a video tutorial on how to use Firebug:
http://www.dev4press.com/2010/tutorials/wordpress/various/use-firebug-to-track-ajax-requests-and-responses/
Once you have it installed, turn on the Firebug console and reload your page. If there are errors, the Firebug console will tell you which javascript files are failing.
By 2010 install, do you mean BuddyPress v1.2.x or older?
If so, you need to upgrade in stages.
Check out the “Upgrading BuddyPress” codex article for more details:
https://codex.buddypress.org/buddypress-site-administration/upgrading-buddypress/
I should note this is an arduous task that will probably require a lot of troubleshooting and debugging.
As always, you should test this on a development server and not on your live site.
@r-a-y I’ll give it a shot, however, there are others posting here to the forums with the same issue as me — so it *can* be duplicated.
@k12onos – The .zip download for BP 1.5.7 can be found here:
https://downloads.wordpress.org/plugin/buddypress.1.5.7.zip
Do not install this on top of BP 1.6. Please try duplicating your problem on a fresh install.
On my local testing on both BP 1.5.7 and BP 1.6, I was able to duplicate your problem. But I believe, the intention was that you shouldn’t nest a component page within a component page and you should follow the method I suggested by creating a “dummy page” as you say.
Let me know.
@rodtrent – I am unable to duplicate your problem. If you have a backup, I suggest reverting back to that and retry your upgrade by following these instructions:
Upgrading to 1.6
OK it won’t let me post code at all for some reason. I’ve added the code described in Group Extension API under Advanced Usage.
I’ve tried to follow the instructions in Group Extension API on how to restrict the tab to certain pages. I believe I’ve integrated the code correctly but it seems I need to do something else to tell it which groups I want to restrict it to but I can’t tell what.
I’ve had difficult posting the code on here – I keep getting blank pages – but I’ll try to post it in subsequent posts.
I need to know what I should do in order to:
1. Restrict the tabs so they only appear in certain groups
2. Customise the content of the tabs so it’s different for each page
Thanks for this, guys.
@modemlooper: actual humans? Hmmm… never thought of that. Could be. I’ll just delete them case-by-case.
@gh0zt: Using FB… that’s an idea but I know that some of my users hate (and do not use) FB.
@4ella: I assumed spammers just rolled over their IPs continuously.
Will study and try these ideas. More welcome. THANKS!
@rodtrent
Throw out the idea of having a page structure like this:
Activity Stream (parent)
– Members
– Groups
– Forums
Instead, use a ‘dummy’ page or whatever you call it as the parent page:
Dummy page (parent)
– Activity Stream
– Members
– Groups
– Forums
The idea is to assign the dummy page with your desired base slug.
Though, you might notice that if you open the dummy page you’re left out with an empty page. Therefore if you want you can also redirect the dummy page to Activity Stream page so that the dummy page will be inaccessible.
At least at the moment, this is better than having to deal with the 404 pages right 
I’d suggest you give BuddyPress 1.6 a whirl – it’s kind of similar to that mockup for the bar http://testbp.org/
@k12onos I don’t understand what fixed it for you.
@r-a-y
Hi, thanks for your reply.
Actually, this happened really fast. I was just a few hours on 1.5.7 when the new 1.6 update comes in. I can’t remember what exactly happened, but it is working in my local install of a WP 3.4.1 with BP 1.5.7. This is a mirror of what was upgraded into 1.6. Though I haven’t tried to recreate it on a new install because I don’t have the zip installer for 1.5.7.
But, the temporary fix that you mentioned works great, and it fits my initial purpose of having a “slug prefix/base” before the buddypress pages. Thank you for that
Hi Paul,
yes I did read through the page and have taken the appropriate steps to check things at my own end.
I updated my theme, tried to use the default buddypress theme for testing, cleared my cache, disabled plugings, even repaired and optimised my db thru cpanel. But the 404 error persist!
You didn’t confirm that you read through the first link that karmatosed provided. Please confirm of you’ve read through https://codex.buddypress.org/releases/version-1-6/upgrading-to-1-6/ and taken the steps appropriately.
@r-a-y, thanks for clearing that up. It worked!
@shawn38, yes, that’s what i did, it’s works perfectly now. thanks.
Thanks @karmatosed
My problem is similar to that posted by @r-a-y but with a difference that I am not using activity page as the parent page.
I am not using activity page as the parent page to other pages but I still get a 404 for profile pages, forum threads, groups etc.
blog.com/members/username
blog.com/bb/forum-thread-title
blog.com/groups/group-title
I can open the members page, forums page and groups page but then clicking on any members profile on member’s page or on a thread title in forum or on a group title in the groups page leads to 404. Everything was working perfectly before the 1.6 update.
I’ve now posted something on the S2Member forums letting them know about the specific issue and asking for a timescale fix: http://www.s2member.com/forums/topic/buddypress-1-6-errors/
Thanks for all your help Karmtosed, sorry to have wasted any of your time digging for something that wasn’t BP’s wrongdoing.
Just throwing this in here but is S2 member (or those others) updated for BuddyPress 1.6? http://www.s2member.com/forums/topic/buddypress-1-6/ seems to indicate to me no.
I found the quick solution! I clicked Appearance > Theme Options in the WP dashboard, there was a little tip that talks about the new WP admin bar. So I added `define(‘BP_USE_WP_ADMIN_BAR’, false);` to my wp-config.php file right above “/* That’s all, stop editing! Happy blogging. */” and it worked perfect!
Personally I was disappointed in the absence of a quick option to just go back to the BuddyBar, the new WP admin bar just didn’t appeal to me. Happy BuddyPressing!
Hi Kris3d, first up you’ve probably seen it but can you confirm you’ve followed the steps in this thread? https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/transitioning-from-1-5-x-to-1-6/ Just want to know what stage you are at in diagnosing. Can you also confirm you’ve checked and are using BuddyPress 1.6 versions of any theme or plugins you are using?
That all being said have you tried resaving your settings under settings > BuddyPress and resaving your permlinks under settings > permlinks? Are you using any caching plugins? If so have you tried clearing them? I know some hosting has cache enabled that may be causing issues for you here, it may of course not be the issue though.
Assuming all that is there anything in your error logs on your server that may shed some light? Rather than pasting the entire thing you can use something like https://gist.github.com/ and link in that way please?
