BuddyPress.org

Those are in the member theme. You’ll find them in the directories folder. There should be a folder for each of the links you mention.

Always upgrade themes when upgrading bp they are part and package. The themes are the front end to new and fixed features.

https://buddypress.org/forums/search.php?q=%28BP_PLUGIN_DIR%2Fbp-core%2Fbp-core-signup.php%29

Doing that gives problems related to theme and wpmu install issues.

Here we go again. Burt, Jeff, man your battle stations.

We’ll take a look at it.

Right now on testbp.org it looks like it’s working correctly. Was this an upgrade from a previous BuddyPress install, and if so, did you upgrade your member theme files also?

Hey wftman,

It really depends on the developer of the BP plugin in question.

The readme.txt that comes with the plugin is usually the best indicator of where to place the plugin.

There is a BuddyPress menu in the WPMU admin area, but it would be good to know what you mean by “and it sucks that I have to make changes every time there is a blog”.

Re: Pressbox theme… check out the default “bphome” theme, especially the functions.php file. You’ll probably want to copy over some of the functions into the Pressbox theme functions.php file.

Hope that helps in some way!

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’m up and running on bbPress 1.0 as well!

Integration appears to work!

FYI, I was on bbPress 1.0 alpha 6 with BP 1.0.2.

Here’s what I did:

-Thanks to Burt and Sam (over at bbPress) for their instructions

1) Backup database

2) Backup bbPress forum plugins and themes

3) Deactivate all bbPress plugins from the bbPress admin area.

4) Comment out only the cookie-related lines in wp-config.php (Do not remove your defined KEYS or SALTS)

5) Manually upgrade bbPress to 1.0 (basically download bbPress 1.0 and overwrite the old bbPress files).

6) Download bbPress Integration plugin into your WPMU plugins folder (/wp-content/plugins)

https://wordpress.org/extend/plugins/bbpress-integration/

7) Log in to WPMU and activate the bbPress Integration plugin.

In WPMU admin area, go to “Settings > bbPress Integration”.

Enter in your bbPress URL (eg. http://example.com/forums/) and for WordPress type, select “WordPress MU”.

Hit “Save Changes”.

9) Copy the now-generated “Manual Cookie Settings” to line 2 of your wp-config.php file.

Copy the bbPress define line into your bb-config.php file.

10) Log into your bbPress admin area.

At this point, a bbPress message should pop up asking you to upgrade the database. Do so.

Hopefully, bbPress should have upgraded successfully at this point.

11) Now login into the bbPress admin area, go to “Settings > WordPress Integration”.

Everything should already be set (if you used TheEasyButton’s tutorial for 1.0 alpha 6 that was the case for me!).

Hit “Save Changes”.

12) Reactivate all bbPress plugins.

13) Clear your browser cookies and attempt to login to WPMU and head to your bbPress forums URL. If you’re logged in to bbPress, mission accomplished!

14) If you have BuddyPress group forums enabled, login to your BuddyPress Groups (eg. http://example.com/members/YOURUSERNAME/groups/).

Go into each group’s admin settings area, and uncheck “Enable Discussion Forum” and “Save Changes”. Then re-check “Enable Discussion Forum” again and “Save Changes”.

—

This is what worked for me… can’t say it will work in all cases though!

Step #11 will probably differ for some depending on what they did before.

Now I got to update my custom bbPress theme for all the new changes made since 1.0 alpha 6!

I read your posts in this thread: https://buddypress.org/forums/topic.php?id=2657

What caught my eye was your statement:

I have a lot of plugins for MU but I didn’t include any extra BP plugins.

To trouble shoot, please read my post in that thread just above your first post.

Deactivating plugins does not mean just “BuddyPress plugins”. Why? Because BP is itself a plugin. What others may call “BuddyPress plugins” are actually WPMU plugins that extend the BuddyPress plugin in some way.

When we ask people what other plugins they have running and advise them to deactivate all plugins except BP, we mean all WPMU plugins except BP!

Furthermore as I detail in my linked-to post, to effectively troubleshoot, you need to be running the default BP themes. Basically, you need to remove as many variables as possible.

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.

Any CSS champs out there who can help with bpc 1.0 look and feel? I emailed Burt and hit indicated that CSS was not his best hand.

The issue: using the bphome theme, bpc 1.0, and nicola greco’s widget plugins. The home page of Buddypress has bullet points that are square and perfectly aligned below the point down arrow of a widget bar for say, a page that is added. (I use it for FAQ’s so I have 4 separate pages and therefore 4 bullet points.)

With bpc 1.0, and really not sure if Nicola’s widget plugin has anything to do with this, I have added member and group categories as widgets to the left and center columns of the home page. The result is that both of the widgets list the categories as bullet items but the bullets are round and left aligned beyond the down arrow of the widget bar.

Would love to “enhance” Burt’s bpc css to make the bullets square and align like the rest of the widget listings.

Thanks for your thoughts.

Brian

What do you mean by ‘overwriting the one I created before’. Exactly what happens? I just tested creating 2 groups one right after the other. Everything works fine. The one issue I noticed is that the group avatar thumbnail doesn’t reflect the gravatar group avatar if I don’t upload an avatar image. I’m using the default themes and bp trunk though. bp 1.0.2 is pretty close to that.

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???

Hi Tedmann,

There’s two ways to go about this:

(1) CSS route:

In your /wp-content/themes/carrington-mobile-1.0.2/style.css file, add this:

body {padding-top:0 !important;}

#wp-admin-bar {display:none !important;}

(2) Theme functions.php route:

In your /wp-content/themes/carrington-mobile-1.0.2/functions.php file, add this:

remove_action( 'wp_footer', 'bp_core_admin_bar' );

remove_action( 'admin_footer', 'bp_core_admin_bar' );

—

Option #1 will simply hide the admin bar from view, however it will still be loaded if you view the HTML source.

Option #2 will completely remove the admin bar from the HTML source.

Not completely 100% that code will work, but give it a shot and report back.

There is a forums user looking for help in Turkish. Perhaps you could take a look at this thread: https://buddypress.org/forums/topic.php?id=3433

Hi –

Just upgraded to Firefox 3.5 this morning and yes, total panic city because I am using the Facebuddy theme. It is a total mess. Kind of like Harry Potter on the Night Bus squeezing through traffic in London. When I changed the themes to the default theme, it all went back to normal, and if I just tried IE 7.0 with the Facebuddy theme, all is as expected.

So I agree that this is a FF 3.5 issue. Not sure if I concur that Firefox will find and fix the bug immediately.

– Brian

The Post Haste WP plugin: https://wordpress.org/extend/plugins/posthaste/ could replicate some of the functionality of P2, and it has the advantage of theme portability.

It took me weeks to find it, but I think it’s pretty great, especially for buddypress themes.