BuddyPress.org

I assume that people told you this before when you reported, but just in case: this is a WordPress issue rather than a Buddypress issue, I’m pretty sure.

Reporting the bug here won’t help much — if nobody has an answer on the forum here, you’d be better off seeking some help through the WP/WPMU support system.

Please correct me if I’m wrong, but that email is no longer sent by BP is it? You set your own password in the sign up process and BP no longer emails passwords (there has been a few threads arguing with Andy over the merits of this but that’s a diff topic)

Which certainly means it’s WPMU sending the email. Question is why, I guess.

This has been happening with me, repeatedly, on fresh installs and databases with all versions since 1.1.3. I tried to find help with this at WPMU Dev who told me it was a BP issue.

This does not happen to me on standard WPMU installs.

BuddyPress totally overrides this email. Something is not right on your install. Anything in your error log?

like DJPaul said, BP does NOT send you a password via email

@ Mike Pratt — I honestly don’t care if BP sends the email or not. The issue here is that BP DOES override the password by allowing the user to create their own. Therefore, either BP needs to remove this feature and allow WPMU to set the passwords, OR, BP needs to override the email itself with the correct password that the user selected.

Having a user create a password then receive an email with a random generated one is confusing.

https://trac.buddypress.org/browser/trunk/bp-core/bp-core-activation.php#L79

There are two ways for this email to still get sent:

1.) Your active theme does not have either /register.php or /registration/register.php in it.

2.) You are an admin that has just added a user to your site.

If either of those things are true, the email will get sent out.

If you are hard pressed to make this issue go away, try adding this to your functions.php or bp-custom.php.

/* Unhook BuddyPress wpmu email blocker */

remove_filter( 'wpmu_welcome_user_notification', 'bp_core_disable_welcome_email' );



function block_wpmu_email() {

if ( is_admin() && $_GET['e'] )

return true;



return false;

}

/* Rehook custom function */

add_filter( 'wpmu_welcome_user_notification', 'block_wpmu_email' );

The above routine doesn’t help us test this issue any, but it does stop the email from going through unless you add a user yourself.

@Peter

totally agree !

How is Fakebook running this process ?

@jfigura I am happy to help figure out your problem but yo u have not given us enough information. The fact that this occur for you in v1.1.3 obviously points to the fact that you have had issues independent of v1.2. What version of WPMU? Are you setting the password during registration AND receiving an email with a DIFFERENT password? Are you expecting to receive an email with a password (if so, why? given that’s not how BP works – in spite of @Peter’s incessant protests) Does anyone have passwords that work? Did they receive them in an email or are they using the one they set on registration? These questions should help us figure out this dilemma.

@jfigura While you don’t seem to be the only one experiencing this, you are in the minority. We’ll try and help you. Can you point me to your site and let me see what’s up? I have done dozens of BP installs and not once experienced this issue. I am sure it’s just something gone wrong in installation.

There’s plenty of room for debate on whether BP should send an email reaffirming the password you just chose but that’s different from us getting your current install to work as advertised. Let’s keep the discussions separate.

I’m somewhat at a loss as to why people debate this issue or try and state it’s a WP issue as logically that doesn’t make sense?

As jfigura posts this is an inherent problem, I have it on a production install and it must be hugely confusing for users, and yes the only approach so far has been to modify the text and remove the WP password from the confirmation emails.

Further testing points to the initial blog registration as being possibly the issue:

Clean install of WP MU 2.9.1 & BuddyPress 1.2 no significant further plugins activated.

Test Condition 1:

WP MU with BuddyPress disabled – admin options -> Allow New Registrations ->’Only user account can be created’

Register new user

Receive confirmation email of new registration along with Activation key

Activate registration

Receive second email with account username and pass

All as expected!

Test Condition 2:

WP MU with Buddypress activated – admin options for registration still set as ‘User Account only’

Register new user

Receive confirmation and activation key

Activate registration – screen message stating ‘you can now login with user name and password you set’

No further emails sent!

Test Condition 3:

WP MU BuddyPress still activated – admin options -> Allow New Registrations -> ‘Enabled. Blogs and user accounts can be created.’

Register new user as well as a blog!

Receive confirmation and activation for account and new blog

Activate registration – screen message ‘you can now login with password you set etc etc’

Receive further email from WP! (copied below)

Dear User,

Your new *********.co.uk Blogs blog has been successfully set up at:

http://eggs.********.co.uk/

You can log in to the administrator account with the following information:

Username: eggbert

Password: 5f112917

Login Here: http://eggs.**********.co.uk/wp-login.php

We hope you enjoy your new blog.

Thanks!

–The Team @ ********.co.uk Blogs – Sent via Site Admin options email

So having new accounts and new blogs enabled at initial registration triggers the sending of the ‘Welcome Email’ noted above.

clearly this is confusing as it contains the WP generated password.

Why is it that BP registration doesn’t disable / override the WP registration completely? To my mind this IS a BP issue, but I may very well be wrong on that score as I don’t profess to have a deep understanding of the core coding involved here.

On a sidenote:

Testing this and the slightly odd behavior of ‘Allow New Registrations’ where option for ‘only logged in users can take a blog’ actually seems to prevent all registrations. It occurred to me that on a social community ,and from our experience, blogs are not necessarily what users register for and that I would prefer the option to have a blog be only available for registered users from their account options. what actually happens is that registration is disabled completely! Not the effect I desired. I realise this IS a WP MU issue but is simply daft behavior and that set of options needs to be re-worded to be a lot clearer as to what it really does.

It would be great to be able to restrict blog signup to users already with account set up and remove, completely, the option to take a blog on initial signup, I have done this by simply scripting out the option / section for registering a new blog in BP register page but feel it’s not the best approach?