You know the same thing is happening to me. I am trying to customize a theme. I know that the problem above has something to do with the problem I am having. What is happening is when an account is created you can log in, and see your blog. You can also get into the blog admin, but when you try to go to: My Account -> Profile — It says:
“You do not have any BuddyPress themes installed.
Please download the Default BuddyPress Theme and install it in /wp-content/bp-themes/”
In the BuddyPress settings the “Select theme to use for member pages:” is empty. I’ve been trying to figure out what is going on but I’m lost.
Now one thing I didn’t know if it was an issue or not was the path for the bp-themes folder is located in: /wp-content/mu-plugins/bp-themes/
The buddypress-member folder is in there. Could that be an issue? I personally did not install WP MU and Buddypress, so I wouldn’t know if it was some type of problem with installing everything.
That’s great, Andy. I’m sticking with the default templates.
PS: I used to visit your ‘Blaze New Media’ blog. I guess you don’t update it anymore.
If you are just using the default templates you will just be able to overwrite everything from RC-1 to RC-2 and then the same for 1.0 shortly after.
Using other themes from the default or your own theme will require some tweaking going from RC-1 upwards, but this is only because we are currently pre 1.0 and there are some last minute improvements.
I’m using all the default templates. I’ve manually upgraded wordpress before; but wasn’t very sure of the buddypress upgrade.
So let’s say I setup a site using current version (I guess its RC1?) and later Version 1.0 is release, all I’ll have to do is 1. Backup the old files & database 2. Upload the new files overwriting the older ones 3. Done.
Right?
Yea its pretty easier, as Paul said, just upload the files and replace them. Normally you can leave the templates alone.
However if your going from RC1 to SVN trunk then you need the new templates too. Its like this because this software is still in beta and things change for the better.
But normally with templates you just need to update the functions and header.php files (although don\’t rely on my advice)… just change them all and make sure any mods are made in custom.css and images are in a custom folder 
But when v1 is ready you can update via the admin interface.
As Nicola said always make a backup first, i like to make a duplicate copy of my public_html / www folder.
wait for the rc2 release or if you can to the stable one,
or if you would like to try, back up your files and upgrade
Not really.
Pull a copy from the SVN – either the trunk, or a particular tag. Then to update in future, you can just use “svn update” basically.
Yes, I’ll be adding graceful error messages for when bp-core has not yet been activated.
Just ran a couple sites through the plugin move without any big problems. BP_PLUGIN_DIR and BP_PLUGIN_URL are nice additions.
The only thing I noticed is that the BP Core plugin needed to be activated first. I got some errors at first just clicking activate for the plugins from top to bottom.
Using the default BP Theme, latest WPMU 2.7 and BP Trunk … the FB Connect button is not showing when logged out as expected.
After activating the plugin and creating a fb application for my blog, I don’t see anywhere to enter the API Key or Application Secret. The only option in buddypress is to activate, am I missing something?
On the FB side, are there mandatory settings that need to be inputted other than Connect URL and Base Domain?
you have to put thoses lines in your wp-content/member-themes/buddypress-member/profile/profile.php to make it work like you want
you add this test :
<? global $bp;
if ( ‘is_friend’ == BP_Friends_Friendship::check_is_friend( $bp->loggedin_user->id, $bp->displayed_user->id ) ) {
?>
before thoses line
<?php if ( function_exists(‘bp_send_message_button’) ) : ?>
<?php bp_send_message_button() ?>
<?php endif; ?>
end then close the test
<? } ?>
Thanks for the clarification. I think there are two types of typical WP/WPMU/BuddyPress users: (1) like to run the latest bleeding edge on everything and (2) like to have a stable release that is easy to update.
Depending on the client and site, I fit into both categories.
And yes, “svn switch” is awesome — that’s how I update my normal WordPress.org installs every time a new release is ready (tagged). That workflow (svn switch with tagged releases) is a perfect setup for type 2 above since it’s mostly worry-free.
No, sorry that isn\’t all that clear. Until the actual tagged official version of WPMU 2.7.1 comes out, you will need to use the branch. After that, you are fine using tagged versions, or the zip download, as long as it is version 2.7.1 or newer.
If you\’re using SVN, then \”svn switch\” makes it pretty easy.
Again, from now on BuddyPress will ONLY work with WPMU 2.7.1+ so please use the 2.7 branch from the WordPress MU SVN repo. Link: https://trac.mu.wordpress.org/browser/branches/2.7
I’ve been using the 2.7 tagged release for MU, not the branch. Are you saying that going forward BuddyPress requires keeping our MU installs up to date with the 2.7 branch rather than using a tag (2.7.1 doesn’t have tag yet I noticed)?
Using the tagged releases is what I always recommend for normal WordPress installs since it’s usually a nice stable release with a clean cutoff at a version number, and doesn’t get committed to generally. But it looks like MU devs (Donncha) don’t tag as often as WordPress.org devs do, so maybe it’s a bad idea to rely on tags for MU.
Actually I submitted a story to the Community Blog. It is on the homepage now. BuddyPress in K-12 Education.
I have a design concepts teacher who is introducing it to his students today and they will be creating ePortfolios which I will be making public. If I remember I will share their blog links here so you can see how the students are using it.
If anyone is in “education” and wants to contact me so we can share ideas via phone, please message me here and we can talk. I am pretty excited about what our students are doing with BP and WPMU.
http://wWw.iCAMBO.INFO just started few days
Good suggestions, and I think for the time being we’re all waiting for the 1.0 release before we start documenting code. Until then, any of it is subject to change at any point.
Once 1.0 is out there is a benchmark to start documenting from, in my opinion.
I can give you a hint though, check out the /css directories in each plugin, check out the member-theme, the buddypress-home theme, and you can also create a file called “site-wide.css” and put it in your /css directory for your home theme, and put all of your site-wide CSS changes in there.
Please disregard my comment posted in error
?Participant
Uhm… I think that if this project is accepted then you’ll see photo galleries in a couple of months for sure! 
As long as it’s not already in development or if exists a working bp plugin, the project has a chance to be accepted… It’s a feature many of you are waiting. Having someone (me, in this case) doing this stuff allows people like Andy to focus on other important pieces of BuddyPress.
Here is the description of the album component thats said to be out in 09 sometime.
“Photo Albums
Members of a BuddyPress installation will be able to create their own photo albums. These albums can be shared with friends and groups.
Each member will be given a certain amount of space, which can be set by the site administrator. Albums and photos can be tagged. It will also be possible to browse public photos via photo tag pages that other members can browse (just as you browse blogs via tags on wordpress.com).
Photos can also be tagged to a group as mentioned previously in the group component overview.
Photos can be uploaded from a members computer, and will be re-sized accordingly using the built in WordPress image manipulation functions.”
Thebigk,
This isn’t a BuddyPress issue as the rich editing options and settings are handled through WordPress MU.
From what I could see on a quick search on https://mu.wordpress.org/forums/, the rich editor options will only affect new blogs (not ones already created). For older ones, you might have to manually update the setting in the database with a tool such as phpMyAdmin.
I’d suggest also digging around more in the MU forums for such terms as “rich editor” or “rich editing” to see if there are more threads on this topic.
@Ninh – Sounds like you are on the right track. One word of caution, though: if you are manually copying files from one place to another it’s very easy to lose hidden files, like .htaccess files. These are very important and can cause problems with your install.
It’s highly recommend to start over with a new download or SVN checkout at the new server location so you are sure to get the correct setup.
@Dace – Same thing… if you upgraded and only copied certain files you can get into problems. If you are going to upgrade, it’s recommended that you replace the entire BuddyPress install (not just pieces).
Like I said before–and you can search the forums–this topic is very common and usually comes down to a few things: GD support, htaccess issues, or file permissions on the directory where the avatar images are uploaded to.
Great — glad to hear it. Sorry to have missed your previous questions.
where do i upload the .po file to??
Anywhere on the server, it doesn’t matter.
what does this command do exactely
It takes your PO file and creates the MO for you.
did you mean.. â€and added the buddypress-spots.mo file there…â€
Yes.
i have already set up in wp-config.php will this clash with what you have said to doo..
Hmmm… that I don’t know. I don’t use those configuration settings, myself. I would suggest commenting them out and testing your site. If the language file changes are still working, go ahead and delete those lines from your wp-config file.
Overall the language file is a better long-term solution since you can make changes for other labels there as well if they come up in future versions, whereas those custom definitions are only specific to a few labels.
