BuddyPress.org

Hi,

I am having the same problem. I am running the latest version of Buddy Press and WordPress MU 2.8.4.

Any help would be greatly appreciated, Thanks!

I have no ideas but I am getting the same type of problem with WP 3.0.1 BP1.2.5.2. When a new user is registered by the admin, via the “add user” option on the users page, an auto email is sent. When the new user clicks on the link they get redirected to wp-login.php. What make this a major problem is that they have not yet been assigned a password so there is no way for them to confirm their existing registration and no way for them to register themselves with the same email address until the first email registration expires (2 days i think).

This wasn’t happening to me at first with the same set up. The new user would enter the site. But I’m unsure if they couldn’t leave without being assigned an avatar and selecting a password?

What’s up with this redirect? Any solutions?

I was having this same problem and posted a lengthy comment about it in the trac ticket mentioned above ( https://trac.buddypress.org/ticket/2647 ), but in the meantime, I developed a workaround that works on my site and doesn’t require modifying any core files (and will fix the problem in any BP component, not just with friend request emails).

Just add the following function (a filter) to your theme’s functions.php file:
`
/**
* Intercept bp_core_catch_no_access() when nothing is set to enable smart login page redirects
* and prevent BP from just redirecting the user to the homepage
*
* @param string $found_template The result of locate_template() call
* @param mixed $templates Not sure what it’s for, but it’s generally bool false
*/
function yourtheme_load_template_filter( $found_template, $templates ) {
if ( ! $templates && empty( $found_template ) ) {
// just set it as default theme file so that file_exists() returns true
$found_template = get_stylesheet_directory() . ‘/index.php’;
}
return $found_template;
}
add_filter( ‘bp_located_template’, ‘yourtheme_load_template_filter’, 11, 2 );
`

It’s not a good permanent solution, but I haven’t noticed it affecting anything else (including BP 404s) on my site, and it leaves your BP install happily untouched. If the issue is fixed in the future, of course, I would highly recommend removing this fix, but as far as I can tell, it’s harmless, and certainly makes your site far more usable.

@guigoz
I’m very glad my solution was helpful for you! and your welcome

In BP 1.3, this is all handled quite nicely in the core! Coming soon.