BuddyPress.org

The last function has a bug, it activate the user after registration, but it’s still sending the activation key email using WP multisite, so it can be very confusing for the users, because they’re already active.

Any ideas to stop sending the activation key email?

Thanks

Hi!

If somebody still need to disable activation email, the following function works fine for me:

`
// Change the text on the signup page
add_filter( ‘bp_registration_needs_activation’, ‘__return_false’ );

function my_disable_activation( $user, $user_email, $key, $meta = ” ) {
// Activate the user
bp_core_activate_signup( $key );

// Return false so no email sent
return false;
}
add_filter( ‘wpmu_signup_user_notification’, ‘my_disable_activation’, 10, 4 );
remove_filter( ‘wpmu_signup_blog_notification’, ‘bp_core_activation_signup_blog_notification’, 1, 7 );
add_filter( ‘wpmu_signup_blog_notification’, ‘__return_false’ );
`

Thanks to @cnorris23 for it! https://buddypress.trac.wordpress.org/ticket/3443

Hope it helps to someone 🙂

@jcollier if you’ve selected “User accounts may be registered” then you should not be seeing that in your registration form. Could be that the JS to hide blog creation when it is disabled is missing in your theme’s /registration/register.php file. What theme are you using? If you change to BP-default theme, is the issue corrected?

quote from @SeriousDon

users are submitting their info and the register page just simply reloads with no error.
created a locally hosted test server ………. got the website to function 100%

Have had similar experience but in the reverse

created a local site (though with a lot of customization) all well locally with registration 100%

put it up on a host and registration page just reloads with no errors.

Have no great experience but could it be version differences of php, or mysql etc. ???
or more likely as modemlooper suggests left over tables from a discarded plugin maybe a disable or auto activation plugin.

I think (though will not name as i’m not 1000% certain) one wp managed hoster had a reports of a similar type problem from a few clients and they eventually fixed it.

Stumped! there are a few results on google search terms —> buddypress register registration reload reloads refresh and a buddypress ticket (now closed) #4477

At first all registration was disabled regardless of theme.

Then as suggested in one of the google results I removed an anti spam addition from htaccess and i got back registration in bp default and the other themes.

but no registration yet for the theme that “caused” the problem

The first issue is fixed by a 1.6.3 update, which we will be releasing very soon.

I am not aware of any bugs with your second issue; if the current user is a member of that private group, they have access to see its activity items on any page on your site.

Third issue is a WordPress setting; see http://www.agentwp.com/enable-or-disable-user-registration-in-wordpress

Hi @purplemonkeyking you only have to disable the users’ registration option here: http://example.com/wp-admin/network/settings.php

Then, try to connect with the plugin you’re using and done. I’m using the same plugin and it works for me 😉

By the way, are you using the premium version of https://wordpress.org/extend/plugins/wp-fb-autoconnect/ it’s because I need the premium BP features and I would like to know other people opinion before to buy it.

Thanks!

There’s a premium plugin http://buddydev.com/plugins/bp-auto-activate-auto-login/ or you could try to update an old plugin https://wordpress.org/extend/plugins/bp-disable-activation/

Just tested your registration page on IE8 and it shows up without that message.

Are you using some caching plugins?  If so, disable it or whitelist the registration page from being cached.

Also try purging your browser cache for IE.  One other thing I noticed is the javascript is failing, which prevents me from using the captcha service you’re using.

== t I do not want them to be able to register new blogs and create blog post ==

@toriea You can do that. If you created a network (go multisite), you need to go to Network Admin > Dashboard, then go to Settings > Network Settings where you’ll find Registration Settings: Allow new registrations
— Registration is disabled.
— User accounts may be registered. <=== choose this option
— Logged in users may register new sites.
— Both sites and user accounts can be registered.

== In my profile page (http://www.luchotv.com/miembros/Luciano/profile/) it says “Base Name” with just my name as information, it looks like a group even though groups were disabled. ==

No, this is not part of a Group/Group Forums at all. /Luciano/profile/edit/group/1/ refers to the first group of Profile Fields. As you can create more profile fields based on your community, you can also create more than one group of Profile Fields to organize profile information – https://codex.buddypress.org/getting-started/configure-buddypress-components/#users-profile-fields
– Note that all the fields you add in the first group of Profile Fields will also show up in the Registration Form if you have that enabled. Those in the 2nd group or so will only show up in e.g. /Luciano/profile/edit/group/2/ and /Luciano/profile/edit/group/3/ if you have more than one or two groups of Profile Fields.

@ronnie_fantastic Looking good.

1. Missing BuddyPress styles: Go to Appearance > BP Compatibility. and uncheck “Disable BP Template Pack CSS”
– you need the BP template pack CSS to properly align the BuddyPress sections.

2. Enable registration: Go to Settings > General and look for the line where you allow registration (it’s off by default)

3. “It has what looks like a 2 cell table with ‘Base’ written above it and the name/username within”
– This is the Profile page and it shows profile fields. BP Codex is your friend https://codex.buddypress.org/getting-started/configure-buddypress-components/

If you were using the WordPress registration page before while running BuddyPress, then it was actually a bug in BuddyPress!

However, if you really need to use the WP registration page, add this code snippet to /wp-content/plugins/bp-custom.php:

`remove_action( ‘bp_init’, ‘bp_core_wpsignup_redirect’ );`

This snippet disables the redirect from WP’s registration to BP’s registration page. It’s not really recommended to this, so I note this as a disclaimer now!

You’ll also want to probably remove the “Registration” page from the BuddyPress admin settings area so that page cannot be used for registering.

@chiangmai – It could be because it’s not compatible with BP, I’m not familiar with that plugin but not all WP plugins are compatible with the BP registration process.

I’ve had success with Wanguard and asking a specific question. I’ve only had one spammer come through in the last month. I tried other CAPTCHA plugins before, and the CAPTCHA wouldn’t show in IE.

The default theme with BuddyPress doesn’t have a log in widget. If you’re not using a different theme and you’re referring to the sidebar area, that’s hardcoded into the template. In this case, some extra text with a register link will appear as long as user registrations are enabled on your site.

To check, http://www.agentwp.com/enable-or-disable-user-registration-in-wordpress

I would check them all because I have used plugins that broke registration and it was usually the last one I tried. Matter of fact I know disable wordpress updates was the culprit on one occasion. Just disable them all one by one to weed out the issue and then come back if the problem persists. Just a piece of advice for the future, anytime you install a new plugin, test that the registration still works each time. It sounds tedious but it will save you a headache if you have installed many plugins and you have to weed out the registration killing plugin because you failed to test it.

Disable User/Pass registrations and use a Facebook only registration system.

@rogercoathup

BP 1.5.5, WP 3.4, GF 1.6.3.3.4

Registration attempts via our mobile theme recently started to fail.
Submit results in refresh of page with fields inputs showing.

Thought it might be a s2member conflict…
So confirmation that a GF issue exists is helpful – thanks.

GF instances, like the reg form, are shared across the desktop and mobile themes.

The fate of the mobile theme is being decided, so I haven’t dug around much or tried your -disable ajax or -switch hooks fixes.

So mainly I was just bumping the thread.