BuddyPress.org

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/

go to wp-admin, there’re options there.

You need to understand more about wpmu before using buddypress. If you face these kind of problems or questions, do not post here as they are not buddypress questions.

are you trying to disable blogs completely?

or just remove the menu option?

to disable blogs completely:

rename bp-blogs.php and /bp-blogs/

i.e. “bp-blogs.phpDISABLED”

that will remove all menu links to blogs, you’d also want to change registrations to users only and not allow blog registrations.

to remove that menu option from just the profile page, your looking at some core edits, or possibly adding something to bp-custom.php to remove the link from the profile screen.

I forget off hand how to do this. I’ll re-post once I remember

“Allow new registrations

– Disabled

– Enabled. Blogs and user accounts can be created.

– Only user account can be created.

– Only logged in users can create new blogs.”

See the one that says “Only user account can be created.”? Check it. Save.

It sounds to me like a bot is hitting your registration hard, and keeps attempting to refresh a page or is getting stuck on the creation reload or activation email, and is overloading the server with requests.

It’s kinda one of those situations now, where all those plugins start to muck up our ability to figure out if this is BP’s fault or not. Usually the recommended plan of attack is to disable all plugins now, try to create a test user yourself, and see what happens.

Even if you upgrade to the most recent trunk, and a bot or an unruly plugin are to blame, rather than creating tons of new tables, you’re still getting the overload of requests which is causing all sorts of havoc.

You disabled registration in the wpmu admin area: Site Admin > Options > Allow New Registrations with that option set to what?

1) Disabled

2) Enabled. Blogs and user accounts can be created.

3) Only user account can be created.

4) Only logged in users can create new blogs.

Now you have 4 new users on your site? If you choose option 2 or option 3 then people will still be able to register for accounts on your site.

Are you sure they are users or just people creating comments on your blog posts?