There’s not supposed to be any generated password upon activation in 1.1.3. No passwords are ever sent by email in 1.1.3. You may have missed something in the upgrade.
We had noticed that the welcome email includes a wrong password, perhaps because of different encryption between WP and BP. The password that was entered upon registration still works.
Note that in 1.1.3 the WPMU is disabled by default. To bring it back you have to remove a function from the core files.
Could this also lead to the wrong passwords in the welcome email?
Please concentrate on writing BP plugins that connect with more mature open source gallery scripts like Zenphoto, Coppermine or the NextGen WP plugin, instead of starting yet another ambitious project from scratch.
I use Zenphoto with the ZenPhotoPress plugin. I would love to have a ZenPhotoBP plugin, but I’d never use any of these new BP-only plugins and if Andy & co built a gallery into the core, I’d have to strip it out again.
This Kaltura plugin may cover your needs if you need more BP integration – semi-commercial third party product.
If you want to hire someone to implement a captcha on the compose message page, please post in this group -> https://buddypress.org/groups/buddypress-job-board
The avatar is BuddyPress feature and the wp-admin dashboard is a WordPress feature. There’s surely a way to code this up, but it’s not implemented out of the box.
1)
please see this ticket regarding “Public Message”:
https://trac.buddypress.org/ticket/1578
2)
regarding the “@username” within the text-box: it could even happen that somebody does not understand what this means and just deletes this “@username” from within the text-box. The “@username” should NOT be located within the text-message-box but rather being located outside of the text you are writing.
I’ve seen a bp plugin, have you searched the directory, or search “buddypress” on wp.org’s plugin directory?
I guess Jeffs Privacy-Plugin would help:
http://jeffsayre.com/2009/12/05/buddypress-privacy-component-released/
Too bad this plugin will not make it into BP 1.2 core !
It all finally works now – THANK YOU VERY MUCH.
I ended up using a completly random HASH for the UserName since I was not feeling safe using your JavaScript.
This feature should be put in one of the future Releases of BuddyPress since indeed the concept of using Usernames to Login is old and with Features like Gravatar Support, the site itself should use email as the main auth form.
Just for completion so somebody might want to do the same thing:
I modified the register.php in registration subfolder like this
.
.
.
<!– Fool Registration that the Username is a Random Generated HASH –>
<input type=”hidden” name=”signup_username” id=”signup_username” value=”<?php echo sha1( uniqid( mt_rand(), true ) . time() ) ?>” />
<label for=”signup_email”><?php _e( ‘Email Address’, ‘buddypress’ ) ?> <?php _e( ‘(required)’, ‘buddypress’ ) ?></label>
<?php do_action( ‘bp_signup_email_errors’ ) ?>
<input type=”text” name=”signup_email” id=”signup_email” value=”<?php bp_signup_email_value() ?>” />
.
.
.
and used Beau Leben’s WP Email Plugin
You don’t have to convince me why it makes sense to use email address instead of username. This post was the start of a long a painful process for me. Trust me, that plugin does what you need and then all you need to do is restructure the form and pick a fix for the user URL etc.
OK After a lot of messing about with that code mate, I’ve finally got it.
The link I was trying to add was ‘prizes’, and prizes page had the slug ‘prizes’. Here’s what I had to do-
In my header.php I added:
<li<?php if ( is_page( BP_prizes_SLUG ) ) : ?> class="selected"<?php endif; ?>><a href="<?php echo BP_prizes_SLUG ?>" title="<?php _e( 'prizes', 'buddypress' ) ?>"><?php _e( 'prizes', 'buddypress' ) ?></a></li>
And in wp-config.php I added:
// Page slug naming for top nav
define ( "BP_prizes_SLUG", 'prizes' );
Working fine now. Thanks for the guidance 
The plugin page says:
Compatible up to: WordPress MU 2.8.6 / BuddyPress 1.1.2
So it doesn’t work with 1.1.3? Or 1.2? Or WPMU 2.9.1?
Will the plugin be updated or was it more a one-time demo project?
I think I found a bug..
the solution to this little issue is.
Go to your bb-config.php, find the line where it sais “$bb->uri”
it is probably http://yourdomain.com/wp-content/plugins/buddypress/bp-forums/bbpress/ it should be the URL to your forum set up. For ex. http://yourdomain.com/forums/
Then it nicely copies all the forum topics opened through Buddypress to the BBpress instaltion.
Now I have to make it look like the rest of the website.
have a look > http://ecoflare.eu
instalation of WPMU 2.8.6 & Buddypress 1.1.3 & bbPress 1.0.2
… its for LOGIN not Registering.
logging in yeah, i can use it but first I need users with an email as username 
That’s just a matter of restructuring the registration form (version 1.0 now, currently upgrading to 1.1.3). You can autogenerate the username from the fullname using this javascript trick and then hide the username field.
Hacking core files to actually put email addresses in the username fields in the database is a recipe for disaster. Why do you want to do that? What am I missing?
You do! And Andra wrote a handy tutorial to transfer you BP theme to a blog theme;
http://www.bp-tricks.com/design/member-blog-themes-to-match-your-buddypress-theme/
Good luck
Guten Tag Thomas,
Thanks for the really thorough description of the project, and great to see you (alongside our Hello Eco Living site) in WPMU.org’s list:
10 of the Latest and Greatest Inspirational BuddyPress sites
@Xevo: your hint on login is handy to know!
Cheers,
Roger
I have the same problem here. after the deep dive installation the Forum part of buddypress stoped to work. Any idea why?
I followed this tutorial for the deep integration
http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/
Thanks for any help!
is there someone willing (and able) to help developing this … it doesn’t matter wich product but i’d like to see this functionality for buddypress …
@vincole I am also a BuddyPress convert too but I also was WordPress fan back before version 2. BuddyPress has come a very LONG way in a very short period of time. Because of the extensible nature of WordPress no two install need be the same. It’s an awesome piece of code!
Now in 100% honesty THE ONLY comparable software out there is SocialEngine. It’s funny though because they are in the midst of a big rev too, and I know that they are really looking at BuddyPress and looking at ways to out run and gun it. I would say if you are looking for an alternative to BuddyPress that is really the only good option.
I think plugins_loaded is already too late to try and load Buddypress if your plugin got loaded before it. do_action( ‘plugins_loaded comes’ ) after all plugins have been loaded, so if there is a missing class dependency, loading BP after that won’t help.
The following code works for me:
function bpgc_load_buddypress() {
//buddypress is loaded
if ( function_exists( 'bp_core_setup_globals' ) )
return false;
// Get the list of active sitewide plugins
$active_sitewide_plugins = maybe_unserialize( get_site_option( 'active_sitewide_plugins' ) );
$bp_activated = $active_sitewide_plugins['buddypress/bp-loader.php'];
//bp is not activated
if ( !$bp_activated ){
return false;
}
//bp is activated but not yet loaded
if ( $bp_activated ) {
return true;
}
return false;
}
//load bp if its not activated
if ( bpgc_load_buddypress() ){
require_once( WP_PLUGIN_DIR . '/buddypress/bp-loader.php' );
}
Add this to the top of your plugin and it ought to load correctly.
<li<?php if ( is_page( BP_PAGE_SLUG ) ) : ?> class="selected"<?php endif; ?>>/<?php echo BP_PAGE_SLUG ?>" title="<?php _e( 'Slug Label', 'buddypress' ) ?>"><?php _e( 'Slug Label', 'buddypress' ) ?></li>
