Burt, I am fairly certain that bbPress allows for functions.php the exact same way that WordPress does. Including it in the header shouldn’t be necessary. Unless this changed recently and I wasn’t paying attention?
I wasn’t really thinking of tables. More like .htaccess. I don’t see any bp related issues. You might be better off asking for help at https://mu.wordpress.org/forums/
there are four original wordpress blogs in a folder off the root..(/maria/ being one of them, the others are linked in the blogroll section of her blog) then i have wpmu installed in the /profiles/ directory and that’s where buddypress is installed too
doesn’t seem like they should interfere or anything, they’re using different databases and different prefixes for the table fields.
The way it works on my other wordpress sites is that the password protected posts still appear on the site and in the heirachy of posts but when you click it it asks for a password before you see the rest of the information.
Ive done this with my buddypress site and password protected posts dont appear, not even in the members members blog page?
Apologies John.
I did sort it out…because the title was 2+2= the slug ended up being 22 which i think wordpress thought was a date/time etc because i did another few test blogs afterward and they all worked fine
3125432Inactive
Hi,
Where is the core? It is mentioned everywhere in this forum and I can’t find it for the life of me. As a result, I am stuck, unable to follow the wonderful suggestions here.
I am using WordPress MU 2.7.1 and Buddypress 1.0.1
Thanks,
Brian
3125432Inactive
Hey:
I have read and reread this forum post to discern how to find and edit the nav bar names.
I am using WordPress MU 2.7.1
Buddypress 1.0.1
Facebuddy theme
Burt says: “- header.php in both the home and member theme dirs bp_nav_items() > bp-core-templatetags.php function bp_nav_items() ” but when I look in my files in the control panel, I can’t find it anyhwere.
I know this is super easy but I think I am missing a very basic file breadcrumb trail.
wp-content -> themes -> facebuddy-home-theme -> ?
I have looked in file after file for Burt’s mention of bp-core-templatetags and there is no bp-core that I can see anywhere or any kind of templatetag. What am I missing?
Thanks,
Brian
Yeah JJJ – can’t wait!
All this hassle has made me realise that if I want the benefits of WordPress MU then I need to switch the ‘sliding’ components that were working on the old, standalone wordpress blogs to something that keeps up (well nearly at least!) with WPMU and it’s jQuery updates 
Looks like you’ve got the blog on lock down for right now, so I can’t really help with your issue. My guess is that somehow the activity feed didn’t strip out the chars or give a good slug, so WordPress is going crazy with it, but I’d like to see it in action to make sure.
What DJPaul said, is true.
2.8+ versions of WordPress/WordPressMU do NOT need to use the cookie variable above.
Awesome. No sweat. Sometimes the WordPress back-end can be a little confusing at first.
Thanks for the replies guys.
I have managed to isolate this down to the wp_head(); call in my header and THINK the jQuery version that WordPress loads, wp-includes/js/jquery/jquery.js?ver=1.2.6 is not compatible with the scripts I am using which used to load jquery-1.2.3.pack.js
The script I am currently fighting with is the following jCarousel one here</> if anyone is interested although a slider one also doesn’t work but one thing at a time
Thanks so much John for responding.
From the dashboard in the admin area of WordPress MU. I go to “users”, then when I get the list of the users, I delete one. Back into Buddypress, I still get the member among the member list.
Still confused 
If you want your bpmember and bphome theme header.php and footer.php files to always be in sync, this is what I do. It’s a little tricky, but it works really well at keeping multiple theme files totally in sync.
Copy the code below into a file called hf-sync.php and put it in your wp-content/plugins directory. Then in your WordPress Site Admin, goto your plugins area and activate the plugin called “BuddyPress Synchronized Header/Footer”
<?php
/*
Plugin Name: BuddyPress Synchronized Header/Footer
Plugin URI: http://buddypress.org
Description: Header/Footer Synchonization Functions
Version: 1.0
Author: John James Jacoby
Author URI: http://johnjamesjacoby.com
Tags: BuddyPress, Header, Footer
Site Wide Only: true
*/
// Call this in your header.php file.
// Rename the function to match your theme name.
function theme_name_header() {
?>
<!-- PUT YOUR HEADER HTML CODE IN HERE -->
<?php
}
?>
// Call this in your footer.php file.
// Rename the function to match your theme name.
function theme_name_footer() {
?>
<!-- PUT YOUR FOOTER HTML CODE IN HERE -->
<?php
}
?>
Then, in whatever header.php and footer.php files that you want to use your universal header/footer code, all you’ll need to do is call the functions above.
This lets you make edits to both of your header/footer files for both/any/all themes that use this code, in one central location.
My guess, is that this would/should work very well in keeping bbPress themes in sync also, provided that you insert HTML code to include what bbPress needs also, and make sure not to include that code if bbPress isn’t loaded.
When you delete a user completely from WordPress/BuddyPress, *they should* be totally deleted. WPMU has a process for this, and BuddyPress simply just hooks into it and calls the same action.
If you deleted that user only from the blog area (and not the site admin area) that could cause the situation you’re describing?
Where did you delete the user from?
I know that WordPress 2.8 uses the updated jQuery version, which will tend to break some older jQuery based scripts (it did on my portfolio site) but I’m not so sure about BP or WPMU.
Here are links for these plugins
1. https://wordpress.org/extend/plugins/wordpress-thread-comment/
2. https://wordpress.org/extend/plugins/wp-postviews/
wordpress-thread-comment needs some modification to work only with post author
File attachment is a new subject and probably needs its own topic but I’ll answer here.
You can attach all the files you want inside of your blogs. You can put them inside of pages or posts.
https://codex.wordpress.org/Using_Image_and_File_Attachments
You’ve used it on other WordPress sites? I don’t know… but one thing I’ve always found is that you should never mix and match javascript frameworks. They tend to mess each other up. Just a guess on my part! I see that Slimbox uses Mootools and WordPress uses jQuery. Again… that’s just a wild ass guess.
https://wordpress.org/extend/plugins/blog-topics/
I found this plugin which allows the site admin to set blog types (categories). The site admin and the blog admins are then able to apply their blog to one blog type. There is one included function which lets you display all recent blogposts from blogs which use blog type “x”.
What I need for my “home”-page is a function similar to the bp-member-function. Ajax driven “recent blogposts” with filter buttons like “show all, type1, type2, …”.
The problem is that my programming skills are not good enough. Even if I study the bp-member-functions, I’m not able to do it.
Any suggestions maybe? Or any information if a feature like this will find it’s way into buddy press within the next few weeks?
If Manoj has implemented his own user registration functions, he needs to be sure he’s calling the hooks/actions that WordPress uses else Welcome Pack won’t get triggered.
The Dashboard is here – https://buddypress.org/developers/YOURUSERNAME/dashboard
the link you posted is to the wordpressMU dashboard.
Well the problem with that is that I have to manually ad the code. I need a plugin that automatically does the trick. I’ve used slimbox before on other wordpress blogs but on buddypress it doesnt seem to want to work.
