BuddyPress.org

If you don’t understand how wp_nav_menu() works, you can read up about it here: https://codex.wordpress.org/Function_Reference/wp_nav_menu

Try working something around these two:

https://wordpress.org/extend/plugins/bbpress2-shortcode-whitelist/
https://wordpress.org/extend/plugins/bbpress-bbcode/

https://wordpress.org/extend/plugins/bp-album/

Frank, if you don’t know if you’re using an object cache, then you’re probably not You should see decent performance improvements from adding one, assuming your server has sufficient spare RAM, etc. There are lots of articles in Google about different ways of enabling object caches in WordPress, so take a look.

The simplest approach is to use https://wordpress.org/extend/plugins/apc/ or W3 Total Cache https://wordpress.org/extend/plugins/w3-total-cache/

Hi, in my site i have more than 11000 members

i use zlib compression extension (it must be enabled in your php server config) in header.php

ini_set(‘zlib.output_compression’, ‘On’);
ini_set(‘zlib.output_compression_level’, ‘1’);

try it and see the difference.

else try this ways :
http://wpmu.org/11-ways-to-make-your-wordpress-site-faster-and-leaner/

If you think a parameter isn’t working as it should, please report a bug to BuddyPress.trac.WordPress.org.

Install this plugin https://wordpress.org/extend/plugins/buddypress-extended-settings

Has option to turn off setting.

@mercime just putting remove_theme_support doesn’t work. You have to add it to a certain action.

Have you every used Firebug before (it’s a Firefox addon). Install it and then you can inspect which class you are trying to hide.

That code looks to be for a widget, not a menu.

Once you figure out what you are trying to hide, download something like this so you don’t have to keep making the change everytime your theme updates https://wordpress.org/extend/plugins/safecss/

Then put

whateveryouarehiding {display: none;}

to hide the menu.

You might want to look at something like this: https://wordpress.org/extend/plugins/buddypress-groupomatic/

== I have to do more investigation as to whether I can use this plugin with my theme, or how to install it so it is compatible. ==

@nwweavers we have “template-packed” a number of WP themes for BP compatibility https://codex.buddypress.org/theme-development/wordpress-to-buddypress-theme/#template-packed-wordpress-themes

I’m having this same problem; I don’t know how it started, but threads are getting assigned IDs for deleted threads where the recipients are still in the database (same problem that was found in this trac entry https://buddypress.trac.wordpress.org/ticket/3971)

I don’t really want to hack the core to fix it, I’d rather just do a SQL query to delete any recipients for threads that don’t exist. Are there any caveats in doing this?

Ooh, I just discovered that all the old messages don’t have a thread assigned, but they should! This happened during an upgrade from a much older version… I wasn’t involved in that process, so I don’t know quite what happened. I think I can reassign the messages their thread number by looping through the thread message_ids… Is it possible to do that with a SQL query or do I have to use PHP to get the IDs out of the array?

This must be why the new messages started assigning low value thread numbers. Does the new thread take it’s ID from the thread table or the messages table?

@rodtrent for EM dev https://buddypress.trac.wordpress.org/query?status=closed&group=resolution&milestone=1.6.1

I made changes to the WP Admin Bar by adding this snippet to my theme’s functions.php file:

// Customize WP Toolbar
function change_toolbar($wp_toolbar) {
$wp_toolbar->remove_node('my-account-forums');
}

add_action('admin_bar_menu', 'change_toolbar', 999); 

You can remove any individual li by getting the id of it (in your case the li has the id wp-admin-bar-my-account-forums) and dropping the prefix wp-admin-bar-. The part where you remove the prefix is odd and makes it kind of a secret, but it works. I got the original idea here: http://www.sitepoint.com/change-wordpress-33-toolbar/

I have the same problem! Installed BP 1.6.1 within WordPress 3.4.1 Multisite, subdomain setup; activated on network first, ran setup wizard…then deactived on network and activated on root blog id=3 (subdomain i want it on)…went to subdomain and activated it just there….no settings show up in toolbar and uder settings I get “you do not have sufficient permissions to access this page”.

also, during running the setup wizard, i get no buddypress on left menu — so i cannot access components to set up some custom fields…

please help!!!
am dead in the water like shaneholloman…

I had similar issues with a plugin I developed – all fixed now. Your best contacting plugin developers as there do seem to be a few significant changes to core in 1.6.

Blank pages are often due to a plugin/theme throwing an error. The plugin maybe using stuff that’s changed (especially if accessing data structures like the $bp object directly) and is simply throwing an error. Use WordPress in debug mode and check the log file.

You could create an empty text file called /wp-content/plugins/walled-garden.php, paste the following into it, then activate the plugin:
`
<?php
/*
Plugin Name: Buddypress Walled Garden
Plugin URI: http://www.example.com/
Description: A brief description of the Plugin.
Version: 0.1
Author: http://www.example.com/
Author URI: http://www.example.com/
License: A “Slug” license name e.g. GPL2
*/

function sh_walled_garden()
{
global $bp;

// if( bp_is_register_page() || bp_is_activation_page() || bp_is_page( BP_FORUMS_SLUG ) || bp_is_page( BP_GROUPS_SLUG ) )

if( bp_is_register_page() || bp_is_activation_page() || bp_is_page( BP_FORUMS_SLUG ) )
return;

if( ! bp_is_blog_page() && ! is_user_logged_in() )

bp_core_redirect( bp_get_signup_page() );
}

add_action( ‘bp_init’, ‘sh_walled_garden’ );

function bp_remove_feeds() {
remove_action( ‘bp_actions’, ‘bp_activity_action_sitewide_feed’, 3 );
remove_action( ‘bp_actions’, ‘bp_activity_action_personal_feed’, 3 );
remove_action( ‘bp_actions’, ‘bp_activity_action_friends_feed’, 3 );
remove_action( ‘bp_actions’, ‘bp_activity_action_my_groups_feed’, 3 );
remove_action( ‘bp_actions’, ‘bp_activity_action_mentions_feed’, 3 );
remove_action( ‘bp_actions’, ‘bp_activity_action_favorites_feed’, 3 );
remove_action( ‘groups_action_group_feed’, ‘groups_action_group_feed’, 3 );
}
add_action(‘init’, ‘bp_remove_feeds’);

?>`
Tested in bp 1.6.1

The plugin should not have spaces, blank lines, or anything else before “ and use a simple text editor ( like this ) rather than a wordprocessor….

– – –

To have a different menu for logged in users is slightly more complicated.

You need to find the template bit that shows the menu.

In the current bp-default theme header.php file is the following
`
false, ‘menu_id’ => ‘nav’, ‘theme_location’ => ‘primary’, ‘fallback_cb’ => ‘bp_dtheme_main_nav’ ) ); ?>
`
which can be replaced by
`
<?php
if ( is_user_logged_in() ) {
wp_nav_menu( array( ‘container’ => false, ‘menu_id’ => ‘nav’, ‘theme_location’ => ‘primary’, ‘fallback_cb’ => ” ) );
} else {
wp_nav_menu( array( ‘container’ => false, ‘menu_id’ => ‘nav’, ‘theme_location’ => ‘secondary-menu’, ‘fallback_cb’ => ” ) );
}
?>
`
Then create the secondary menu in the wordpress menu admin…..

Please backup files and database before trying this out in case there are complications. It would be better to try out on a test/dev site first …..

The proper way is to use enqueue and you can specify location using that: https://codex.wordpress.org/Function_Reference/wp_enqueue_script