If you just downloaded it from bp.org then it’s RC1. If you are not using svn then you can by getting a client app like TortiseSVN for Windows. http://tortoisesvn.net/
The url to get the latest source is: https://svn.buddypress.org/trunk
Running the trunk version of bp requires you to be running wpmu 2.7.1 which is only available by svn at: http://svn.automattic.com/wordpress-mu/branches/2.7
There have been changes in the member theme directory and bp’s move from the /mu-plugins dir to the /plugins dir in wpmu.
Not a stupid question at all.
As of revision 1270 in trunk you can now disable the admin bar like this in your “wp-config” file:
define('BP_DISABLE_ADMIN_BAR', true);
That way you don’t need any of those custom overrides in your “bp-custom” file.
@Seobrien — good point.
I will post some better/updated directions soon…
For now, the pertinent change to know about is switch from “wp-content/mu-plugins” to the new location for plugins, which is “wp-content/plugins/buddypress”. The “bp-custom.php” file goes inside that folder, and the languages files go inside “wp-content/plugins/buddypress/bp-languages”.
This will work anyway if bp is switched off and when someone switch on it he will give a redeclaration error
Look here:
$active_plugins = get_site_option( 'active_sitewide_plugins' );
if ( isset( $active_plugins['buddypress/bp-loader.php'] ) )
require_once( BP_PLUGIN_DIR . 'bp-core.php' );
or making a system of hooks in hooks i made fo bpdev plugins to prevent “undefinied functions error”
I’ve been doing some testing and I noticed that I can’t access the $_POST global variable anywhere within BuddyPress. Any idea why?
RPX is pretty well documented over at https://rpxnow.com/docs and http://rpxwiki.com/, so any one that has time (sorry, but I don’t) should be able to write a BuddyPress add-on that implements RPX. I would have used the FB-Connect plugin as a starting point.
@Jpipitone-
An Album component is planned for a future release. See info. at the bottom of this page: https://buddypress.org/about/
You need to wrap the code Andy provided in php tags. At the very top of the file, type:
<?php
Then at the bottom, type:
?>
Make sure there are no spaces after that last angled bracket. Save the file with the php extension and you\’re good to go.
If this is not clear, open up any BuddyPress file and look at the php tags.
You can put those mods wherever you usually put them (i.e. where you had them in the previous version of buddypress is fine). Only move them as and when the instructions that come with those mods are updated.
how about all the additional mods/plugins that work with buddyrpess ?
bp-dev plugins
terms_of_service
wp-captcha
those go in mu_plugins ?
or mu_plugins/buddypress/ ?
@Modemlooper — right now you can’t change the blog avatar.
There is an open ticket in Trac for it: https://trac.buddypress.org/ticket/192, so it is in the roadmap for future versions.
Hey, thanks for the reply,
but aren’t these only the most recent posts? Such a widget comes allready bundled with buddypress.
What i’m looking for is a plugin/widget that shows the most POPULAR posts of a day, not the most recent posts!
@BeLogical: If you\’re planning on upgrading to WPMU 2.7.1 beta1 and BuddyPress r1303, then your component may have issues.
Read this thread for an announcement about version 1.2 of the skeleton component: https://buddypress.org/forums/topic.php?id=2043
More Details:
To use this unofficial version of the skeleton component, you should at least be running WPMU 2.7.1 beta1 and BP r1324 (although you’ll probably be okay if you just have r1303 installed). But, you should at least by aware of this important change: https://trac.buddypress.org/changeset/1316
I’ll keep the package posted at the above location until it is either proved a disaster or is found useful and becomes an official BuddyPress package (Hint Hint).
We did not make changes through a subversion controlled environment. I did not deem that necessary. We did, however, comment all of our changes and started each comment or comment group with “v1.2_URC1:”. So, you can search on that phrase and see where we’ve made changes.
Andy, it would be great if others with more intimate knoweldge of the inner workings of BuddyPress and the recent changes could look at this unofficial version of the skeleton component. I’d be more than happy to transfer it to your domain to use as is or alter as necessary.
This has been this way for some time now.
This topic should give you more info on this…
https://buddypress.org/forums/topic.php?id=1382#post-6727
If you login through the quick-login box in the header, you should always get redirected to whatever page you were on. If you click “Login” in the buddybar, it would need to save the referring page on the wp-login.php page load, which is more of a WPMU issue than a BuddyPress issue it sounds like.
If this has indeed reverted, and it’s not because of any plugin or custom theme you may have installed, please report this as a bug on trac.buddypress.org.
A ha! Gotcha…. That is more complicated. 
You can change the label by hacking a core file (not recommended). Do this by editing the following lines in “bp-core/bp-core-widgets.php”:
/* Site welcome widget */
wp_register_sidebar_widget( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome' );
wp_register_widget_control( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome_control' );
The more elegant and sustainable approach is to use a language file to modify the text. This would be a better approach overall since you can then change any label in one place (the language file) and not have to worry about an update to BuddyPress core files down the road.
For an example of how to use a language file to edit labels and messages, see my comments and suggestions in this thread.
Take a look at your admin menus for BuddyPress and Site Admin.
If you are running an older version of BuddyPress (before revision 1311) look in Site Admin -> BuddyPress. Otherwise the latest trunk has a new top-level menu called BuddyPress (look in General Settings).
View an example of the avatar menu.
And… this probably isn’t a support topic, right? 
Where do I find the heading in the code base?
Seobrien, the widget content is stored in the database, not in any of the plugin or theme files.
Log in to your admin site, click Appearance -> Widgets, and look for a Welcome widget there.
Once you enable the widget, click “Edit” next to the Welcome title. That should open up the widget for editing, and you can enter any title and text you wish.
See a sample screenshot.
If for some reason you can’t edit the widget as normal, you can also access the content of the Welcome widget directly in the database, by looking in the “wp_1_options” table for an field with an “option_name” of “bp_core_widget_welcome”.
Not finished, but running buddypress:
http://www.icelia.com
It is going to be an online community for writers.
Twitter Tools works fine in WP and WPMU for that matter, but users must add their Twitter settings on the WPMU backend. The whole idea of Buddypress is to have users manage their profiles from the Buddypress settings area. So the need is a plugin that enables you to change Twitter settings from the Buddypress profile area which enables your blog posts to reach your Twitter account.
See this post in the thread Robert linked to: https://buddypress.org/forums/topic.php?id=1994#post-10563.
You need to be using the WPMU branch.
As DJPaul says, since this isn’t written for wpmu and buddypress, it works fine but should use this plugin carefully…
1. Users who register with this RPX plugin will bypass buddypress required field(s). I have two required fields, but user could register without filling them all.
2. If you use it with Welcome Pack, default friend is not added. group is automatically registered by the way…
3. Even if you make your buddypress invite only, this plugin never cares that.
I guess it’s better to use FB connect and OpenID plugin than this all in one RPX if you want to run buddypress.
