I had this and it was driving me crazy – turns out it’s a simple wordpress setting rather than buddypress. Go to your wordpress dashboard > settings > general and allow users to register – you’ll then see the registration link
I have the same problem, but I’ve already edit the settings in the dashboard with no results.. any suggestions? Plobably is a bug, it isn’t?
Try logging out before you try this.
I think you will find that it only works for logged out users… after all, why should a logged in member want to register?
I’ve changed ip and browser and it’s all ok. Thankyou Cowboy!
@emilywebber, thanks for the reply! So, I looked in my WordPress Dashboard Settings (Dashboard > Settings > General) and I don’t have a setting for allowing user registration. I think it was moved in WordPress Multi-User to this menu: Site Admin > Options, where I have these choices:
* Disabled
* Enabled. Blogs and user accounts can be created.
* Only user account can be created.
* Only logged in users can create new blogs.
Selecting “Enabled” or “user account can be created” doesn’t fix the issue.
@Sunset Cowboy, no that didn’t help. The BuddyPress 1.2 theme (appropriately) doesn’t show the link to users who are logged in. Logging out and clicking on the “Create New Account” link still just redirects to the homepage.
Is there something else I’m missing? Perhaps some other setting? I’m thinking of shutting off BuddyPress and trying to create a new account in just WPMU.
Thanks,
K
I’ve been able to narrow the issue down a little bit.
* Disabling BuddyPress allows users to create accounts
* Enabling BP with the WP default theme allows users to create accounts
* Switching to the BP 1.2 theme does /not/ let users create accounts
So, it definitely seems like a BuddyPress 1.2 theme issue.
I’ve tried re-installing BuddyPress (and its default theme) and tried shutting off and re-enabling the plugin and theme: that didn’t help. Any ideas?
I was having an issue with the security plugin “only registered users 2” and not being able to get to the registration page. Are there any security things in the way?
@Tore, thanks. It occurred to me that I should remove all of the plugins from every blog. I gave that a shot for my blogs and still no joy. It could be that other users have some plugins active that I should try to deactivate, but this wasn’t an issue until upgrading to BP 1.2.
Could it be an .htaccess thing? The register link is trying to go to /wp-login.php?action=register, which is redirecting to /register. What should happen is that BP shows the registration.php file from the theme, but it’s just redirecting from /register to the root site (dailynewarker.com/).
I was kind of hoping other people would be having this issue. 
Perhaps there’s something wrong with my install?
i have the same issue with the register page. I think a better solution is to have the theme point the old registration page…
I had the problem and I fixed it by checking different registration options. The one that turned it on was the option to allow user registrations AND blog creation. Then once it started showing I changed my setting back to user creation only and it remains. Might simply be a setting that needs to be rewritten in the database in order for bp to recognize that it has been set.
@roydeanjr
Tried that, too, figuring the same thing. Repeatedly switching back and forth between the options didn’t help. 
Anyone know enough about the Buddypress theme options or WordPress MU debugging to help me figure out how to troubleshoot this? I think I’ve hit all the preliminaries, and might need to start looking at some log files.
One update on this: I tried renaming the register.php file to register.bak. Two results:
* going to /register still redirects home
* wp-signup.php works fine
Also tried to replace the contents of register.php with [h1]test![/h1] instead of the template code. That yielded the same result: redirects home.
The problem appears to be calling the template file, before any template interpretation happens.
I also tried to switch on WP_DEBUG, but that only threw a bunch of Warnings and Notices — no errors.
dailynewarker: I checked on it this morning and I remember it happening on my local server, but not on a remote. So I scoured through bp-core-signup.php and found what i believe may be your issue with registration.
In an effort to support backwards compatibility, this line checks to see if you still have old bp-themes in wp-content.
if ( file_exists( WP_CONTENT_DIR . '/bp-themes' ) )
return false;
If the directory exist’, then the function bp_core_screen_signup() is rendered false and redirected to the home_url via bp_core_redirect( $bp->root_domain );
First try removing the old ‘bp-themes’ directory from wp-content, or you may remove/comment out lines 17+18 of bp-core-signup.php. It’s just a little step in the upgrade process of forgetting to remove the old bp-themes directory but I hope this solves your issue.
@Windhamdavid
Thank you so much — I appreciate your time on this.
Last night I had the same idea and just removed all of the themes from my WPMU/BP installation, leaving only /default, and two themes I created as child themes of the BP 1.2 theme.
Unfortunately, this didn’t change anything. I confirmed in three browsers that the issue persists, and the behavior is not just being cached locally.
Should I raise a ticket in Trac at this point? I feel like we’ve exhausted all the obvious answers, so I may have found a weird bug. Short of wiping and re-installing WPMU and BP, I’m not sure how to proceed next.
I would dbl check it.. did you comment out the line in the core file or deactivate buddypress and then reactivate after you edited? I let it persist for long time until I took a look at that function, Also, do you have your home url set as an IP and not a domain or perhaps another of the compatibility functions? I’m unable to duplicate this error under a number of server conditions. If none of these are responsible, then Yes.. please file a ticket so it’ll get attended to.
@Windhamdavid
Thanks. I haven’t tooled around in the core code, but I’ll try your suggestion.
My site is hosted at DreamHost — nothing fancy.
I’ll post the ticket number here once I file it.
Well, I finally just backed up my entire wp-content folder and wiped my WPMU and BP install. I re-installed WPMU to a test database, then changed the wp-config.php file to point to my real, production database.
Everything works now. I’m moving my wp-content stuff back and checking to ensure the site is working properly. All is well.
Thanks to all for your time on this. Hopefully this log is a help to anyone else with this issue.
I had the same problem. Odd, my sign up link didn’t even show up??? But I did what windHamDavid said and I went here /wp-admin/wpmu-options.php
Note: because I have MU installed maybe different for regular wordPress
I disabled registrations saved and re-enabled, and it worked.
Thanks windHamDavid
No problem, I’m glad it helped. i can always replicate errors that come from NOT following directions since I almost never follow them. 
Thanks Windhamdavid! I was having a similar problem on my test site and this has shed some insight into whats going on
Well, i get the same trouble and it looks like i get it after update to the last buddypress-version.
/register/ redirect to the homepage. I use wpmu – latest version. Anyone how knows a solution? Thanks for help! M
Ok, for those not too bright types like me, I hadn’t checked the box in wp admin under general settings to let anyone register. Ooops! Check the box and everything working.
@designodyssey: nice if it works for you, but not for me. this is definitly not the problem 
@Meerblickzimmer, I am having the same problem and I have checked almost everything that I know could be a problem. I have two installs and the test install has the registration page working perfectly and the live site simply will not display the register page or the registration text on the sidebar no matter what I do.
Here’s the test site:
http://bestofnj.net/
Here’s the live site:
http://bestofnj.com/
BNJ
In bb-core.php -> bp_core_get_site_options()
if ( bp_core_is_multisite() )
$meta = $wpdb->get_results( "SELECT meta_key AS name, meta_value
AS value FROM {$wpdb->sitemeta} WHERE meta_key IN ({$meta_keys})" );...
buddypress doesn’t seem to be checking for the site id – so if you have multiple sites defined (on different domains) you can get incorrect results.
Fixed this in my MU install by adding this filter
add_filter('bp_core_get_site_options', 'bp_tweaks_bp_core_get_site_options');
function bp_tweaks_bp_core_get_site_options($options){
global $wpdb;
$option_names = array_unique(array_keys($options));
$option_values = $wpdb->get_results("
SELECT meta_key, meta_value FROM {$wpdb->sitemeta}
WHERE site_id={$wpdb->siteid}
AND meta_key IN ('".join("','", $option_names)."');
");
foreach($option_values as $v){
$options[$v->meta_key] = $v->meta_value;
}
return $options;
}
