BuddyPress.org

If you have disabled registration on your WordPress MU installation, and users are still signing up, you may have forgotten that if you are running group forums you have a bbPress installation that synchronizes users with the WordPress MU installation. Disable registration in bbPress and you should be good to go.

the fbc_get_avatar() error is from the facebook connect… it’s been addressed somewhere else in the forums. ..it’s been fixed. The spam.. the user “LnddMiles” is not just on buddypress sites, so it’s a spambot that looks for open registrations.

You should add a captcha or math problem to your registration page to divert these.

just noticed you commented on this thread:

https://bbpress.org/forums/topic/howto-disable-registration

Do I understand that it doesn’t prevent new users, it just prevents registering from the mysite/forums/registration.php process and still allows auto joining via the BP process?

Sorry, I was away camping! Yes, that’s exactly what it does.

Your right, I tried this again and it worked fine… See, what I thought was that with this code, that the display name would be grayed out completely, which I don’t think it is for Admins, but regular users might see the box empty. Currently, users can still edit their display name from the bppress profile with this code, BUT when they go to save it, the changes won’t actually take place, which is a very good thing. I understand the purpose of having a login username and a display name, which I guess is fine for security purposes. But, for old school people like me, I prefer one username and one login name combo in one.

Now, the user can still change their display name by going to the wp-profile area, and then choose which display name they want to go by. Which I guess is not that bad. But, I guess, I would still prefer to find a way to shut that off in the near future.

But, then again, WP is so picky about using duplicate e-mails. I have not found a way to allow for users to register a new account with the same e-mail address. That can be a real pain in the rear, especially if you are testing the user registration process yourself. So, that leaves users that want to change their display name in the future with the option to change it in the WP-Profile area. Although, I prefer to find a way to shut that off entirely. But, I can’t just get rid of the WP-Profile link, because it has the ability for users to change their password and so far I don’t see a way for BP to allow users to change their password in the BP areas? Unless someone knows a way to add that option in the users BP-profiles or knows a link that leads directly to the option for a user to change just their passwords?

I want to say that I am impressed that by adding this code to either its own blank .php file and placing it into the mu-plugins, that it worked so nicely. I did try it in the regular plugins directory and it did not take effect. I also had embedded it as you ‘Jeff Sayre’ had stated in the bp-themes template functions.php and that worked fine too.

I then did one more test with this. I registered a new user through the registration process, and of course the Username field comes up due to WP requesting it and the BP-Display Name field comes up due to BP requesting it. Luckily, because of the code, it didn’t matter what the user entered in the BP Display Name, it would only recognize the username from the WP Username field in the registration. Which, yes I know, they are two totally different things, but I feel more at ease that this actually worked.

Although, now users that register will be confronted with both of these questions, and I guess if they think their entering a display name for the BP-Field they will be very disappointed to find that their username will take default.

So, for now, I guess the only remedy is by changing the label ‘display name’ that BP profile uses to ‘username’. Because, although a person enters a display name in the registration part of the BP display name field, it doesn’t show up in the WP-profile area as a nickname option. Either because of the code conflicts or BP wasn’t made to do that. Not sure. OR I guess you could just relabel to inform that display names can only be changed or created in your WP-Profile area… Oh… So confusing…

My hats off to ‘Jeff Sayre’ and ‘Andy Peatling’. I truly hope that this might become an actual option in the newer bp press versions.

I tried very hard to get this to work, and I can not get that code to work, even in the default template or even by creating a blank .php with pasting in the code listed above to upload to the mu-plugins directory.

First of all you should not be placing the code in mu_plugins. Either place it in your bp-custom.php file, create your own plugin that resides in /wp-content/plugins/, or put the code in your member theme’s functions.php file.

But, in the BP Profiles section, the users can simply change their login username to anything they want. This will obviously lead to database errors and people changing their usernames to cause conflicts.

Where do you see the option in BuddyPress to change your login username? The only option you have is to change your display name. This is an entirely different piece of datum.

Yes, when a user registers for a new account, if they choose to enter the exact same datum in the username field as the “Full Name” field, then that is their choice. But, this data is stored and used in different ways. The datum from the “Full Name” field gets placed in two different tables: it populates the display_name field in the wp_users table and it is recorded in the wp_bp_xprofile_data table corresponding to the meta field entitled “Full Name” in the wp_bp_xprofile_fields table.

When a user decides to edit their “Full Name” field via BuddyPress, the changes to that piece of datum have no affect on the login username field stored in the user_login field of the wp_user WordPress table.

So, on the same registration page, you have two questions requesting for what their username is going to be. This is quite ridiculous, and so far their is no way to shut that part off. Does anyone have any ideas?

This is not correct. These fields serve different purposes as detailed above. One field is the user_login, the other is the user’s display name.

I tried very hard to get this to work, and I can not get that code to work, even in the default template or even by creating a blank .php with pasting in the code listed above to upload to the mu-plugins directory.

I am very surprised that this worked for you, as I really needed this bad. Because, for some odd reason, in the WP-Profiles section, users are NOT allowed to edit their main username, but they can edit their display name, which is fine… But, in the BP Profiles section, the users can simply change their login username to anything they want. This will obviously lead to database errors and people changing their usernames to cause conflicts.

So, this I consider is a major security risk, and there is no way to stop regular non admins from changing their usernames in the BP Profiles. Hey, at least WP got it right, by not allowing it…

I’m not sure why the code listed above didn’t work for me. I have a totally different theme called, “Darkpress theme 1.1.”. But, I edited the functions.php file in both the themes directory and in the bp-themes where the themes are located. Because, there are actually two of the same themes located in two totally different directorys on the site. As there should be.

But, I’m not sure if this code was suppose to go into an existing plugin or create it is as a plugin, as I tried an empty .txt file and copied the code listed above then uploaded it as a .php mu-plugin. But, that didn’t work, it honestly didn’t even recognize the code. Nor, did it change anything.

So, does anyone have any ideas of how to STOP people from being able to change their “LOGIN Username” from being edited within the BP-PRESS profiles edit areas.

One more thing, the WP-Registration profiles that request for new username and e-mail address, show up above the BP-PRESS profile questions and it also asks for the username. So, on the same registration page, you have two questions requesting for what their username is going to be. This is quite ridiculous, and so far their is no way to shut that part off. Does anyone have any ideas? This is quite frusterating… As, the regisration page should only ask one time for a username, but it seems that the BP-PRESS profiles is also asking for it.

And yes if you fill out a different username for the WP-Registration username field versus the BP-Registration username field, the BP-Username field that was filled out will out win the WP-Registred username field.

I am so confused, how do I fix this???

I’m using bluehost.com and used their simplescripts to get it installed version 1.0.2

I’m asking what version of WPMU, not BuddyPress.

By the way, if you continue having issues, I’d advise avoiding using SimpleScripts. Read this entire thread for more details.

I’m using bluehost.com and used their simplescripts to get it installed version 1.0.2

@steveyb23

So you are not even having success installing WPMU?

Site Admin > Options > Allow new registrations

This menu has nothing to do with BuddyPress. WPMU must be functioning properly before installing and activating BuddyPress.

Which version of WPMU are you attempting to install?

Ok, I tried installing and reinstalling and I can’t get or find anywhere: Site Admin > Options > Allow new registrations

Any other ideas?

This is a brand new install not adding to an existing wordpress account.

Great!

As I often say, we aim to please and sometimes we actually manage to do just that.

You need to log into WPMU’s backend as site admin ( /wp-login.php), and then go to

Site Admin > Options > Allow new registrations

and set the options you want.

Also I am unable to create an extended profile like shown in some of the demos. It only allows me change the “base” and avatar. I can’t put birthday, location, etc.

To add additional profile fields, you need to navigate to the BuddyPress submenu grouping in WPMU’s backend. If BuddyPress is installed and activated, this submenu group is found at the very bottom of the menu column.

So, go to

BuddyPress > Profile Field Setup

and set up the additional fields you want.

@sandeepdude

the confirmation email is not sent to newly registered users

It seems that WPMU is doing its duties fine. PHP is responsible for taking care of the mail sending. The issue is most likely with your mail server. Check your mail server’s logs.

If you continue to see this behavior, you should contact your host.

found this on my error log…

[27-Jun-2009 13:20:07] PHP Warning: array_merge() [function.array-merge]:

Concerning the array_merge() error, that function has to do with registering new user blogs. This does not affect the initial registration of new users nor the sending of registration emails. There is a fix for this particular issue in this thread.

—

i have set to enable the new user registration and blog creation option in the wp-admin/wpmu-options.php page.

What you need to do is log into WPMU’s backend as site admin ( /wp-login.php), and then go to:

Site Admin > Options > Allow new registrations

and set the options you want.

[Mon Jun 22 01:48:49 2009] [error] [client 69.242.205.122] PHP Warning: array_merge() [function.array-merge]: Argument #1 is not an array in /var/www/vhosts/ourcommoninterest.org/httpdocs/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-signup.php on line 257

I have registrations disabled. Bunches of warnings like that right after some cracking attempt to run a php file that doesn’t exist on my system. Not all of the warnings are attempts to run files such as ‘approved_checks.php’ though some are after msgs like this:

Sat Jun 20 23:09:13 2009] [error] [client 66.249.71.195] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use ‘LimitInternalRecursion’ to increase the limit if necessary. Use ‘LogLevel debug’ to get a backtrace.

It is always right after one or the other though.

Hi, this is my WP/BB/BP integration: http://ryuuko.cl

it’s currently beta, but open. Only the blog registration is disabled because I haven’t uploaded themes :p I use a custom BP/BB theme that uses the markup of the WP theme (Thesis in this case).

We’ve been a small forum based community for almost 10 years. The next step is something more social, so BuddyPress was just what we needed.

wpmu back end > Site Admin > Options

Allow new registrations

Only logged in users can create new blogs.

http://wpmu.org/the-wordpress-mu-guide/site-options/standard-site-options/