BuddyPress.org

you might try this. https://buddypress.org/forums/topic/registration-link-redirects-to-home-page

No problem, I’m glad it helped. i can always replicate errors that come from NOT following directions since I almost never follow them.

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

what i read here is just childish… what kind of site do you run? from what i see on your site and twitter profile, you are a SEO marketer?…

you start a site for bloggers, what do you think you will do with it… grab spammers. this is the only goal on a site with open registration and off-topics.

i had hundreds of incompetent clients in the past, who thought they were gods and they knew everything and were able to fix everything they were touching… they were also whinners and drama queens. complaining about spam?… sure you can put the fault on the guys here, but that just show that you know nothing about spam, not a single bit.

a good captcha is not useful if the spammer is a human paid by a company to post adverts… a good filtering engine is not good either when the spammers use trolling techniques to post psychadelic messages…

it is the job of the site admin to filter by hand, to approve the content, to find great topics for a site, or simply to not use the boring “off-topic” market that is so profitable… like you just did to raise your seo rank.

you’Re simply not good at seo… leave.

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.

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.

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.

– X-Profile Fields.

Surely you can add these at the registration phase – just make them “not required” and then users can fill them in later – so the registraion isn’t 10 hours long

i have the same issue with the register page. I think a better solution is to have the theme point the old registration page…

Thank you Jehy. RUO2 works great. Everything but the registration page is disallowed for guests.

Thanks Tore !

https://wordpress.org/extend/plugins/registered-users-only-2/

Registered users only 2 doesn’t work currently with BP 1.2. It cannot handle the new way of registration from BP.

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?

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?