The latest version (v1.2.1) of the Skeleton Component for BuddyPress plugin developers can now be found on the WordPress plugin repository
Okay, several more questions?
Did you manually install BuddyPress or use WPMU’s plugin browser to install BP?
Did you restart the web server after making changes to the rewrite rules in the configuration file?
In your OP, you state that you have moved the bphome theme into /wp-content/themes/. Did you also move bpmember into /wp-content/bp-themes/?
Also, look near the bottom of this installing WPMU codex article for suggestions on Lighty rewrite rules: https://codex.wordpress.org/Installing_WPMU
21cdb-
Do you have two different accounts on bp.org? 
As far as the redirect loop question, it could be caused by many things. So, a few questions:
- Did you install WPMU as a directory or subdomain install?
- If a directory install, is it in root or in a subdirectory?
- You were having install issues beforehand. When you finally got this to work, could there have been old, incomplete install data leftover in your DB? Or, did you install into a fresh, new DB?
- What errors are you seeing in your server’s log files?
I did a quick Google and here are two links that explain a couple of possible causes:
https://mu.wordpress.org/forums/topic/9252/page/2
http://bradleyland.net/2009/04/wordpress-mu-redirect-loop-during-install/
johnetec-
I’m really not too sure what options you have at this time. But, I would strongly suggest that you contact each of the plugin developers and let them know of the issues you’ve had with uploading and cropping avatars in BuddyPress.
WordPress 2.8 will be using an updated version of jQuery. This may very well cause issues with plugins using older jQuery based scripts. Also, BuddyPress could be using a newer jQuery codebase than the plugins that you’ve mentioned. So, this issue will continue until the plugins are updated to a jQuery codebase that is compatible with BuddyPress.
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.
