BuddyPress.org

Andy, thanks for working on this – it was previously discussed but didn’t seem to go anywhere.

Obviously you’re just working at getting basic functionality into it, but I thought I’d paste my featurelist from the other topic, to see whether you would consider building these features in at some point:

For me, a good feature set would be:

* On the signup page have a ‘Create an account using your Facebook details’ button so that information is already added when the users account is created.

* For existing users, a button they can press to connect their accounts up.

* New events on the BuddyPress site to be published on their Facebook account. So, what you would normally have on their profiles ‘Activity’ area, posted onto Facebook. Eg, “John created a new group on The BuddyPress Demo Site”.

* This activity ‘syncing’ can be configured from the users settings page on BuddyPress, so they can turn off activity updates.

* In the same settings page, the user can choose to either use their Facebook avatar, or their BuddyPress one

* Have a page like buddpress-site.com/members/MEMBER/friends/invite, and having the ability to ‘Invite your Facebook friends to BuddyPress Demo Site’, would be great.

Cheers, I’ll be testing out the current version ASAP.

If someone has already created an account at a particular site, how will the integration work afterward. I wouldn’t want a new account, but maybe I would like to login with my facebook account. I would want the original account I signed up with, I wouldn’t like to create a new one, right?

Trent, the part I glossed over was

>>1) you have bbpress installed and a new user created on the “bbPress” side which you granted “administrator” rights by the keymaster

Reading it now, it is obvious, but before – I was not creating a second user and giving him administrator rights. I was using my first “admin/keymaster” account as the main one.

Once I created that second account and followed the rest of your directions, the xmlrpc worked fine.

The other part was

6) …and go to the groups admin page.

It is actually the “bbPress Forums” page. Maybe the terms changed at some point.

As far as cookie integration, this seems to be the definitive resource so far

http://umwblogs.org/wiki/index.php/Integrating_WPMu,_BuddyPress,_and_bbPress

But I just can’t seem to make it happen yet.

Thanks for all the help Trent. I appreciate it.

Of course. Chances are you’re not the only one that could have this issue, so I appreciate you checking back in.

Is it possible for you to create a test account on your site that I can try out?

Not sure what you mean. You want to create a different role system or just create a ‘visitor’ account? There’s a plugin called ‘role manager’ that might do what you want.

https://codex.wordpress.org/Roles_and_Capabilities

http://www.im-web-gefunden.de/wordpress-plugins/role-manager/

sgrunt, your fix did not work for me. On my localhost I tried changing the css for the two elements, but the menu second-level lists still randomly vanish when the mouse hovers over them. I even created a user account on wikiroma.it (nice site design btw) and experienced the problem on that site as well.

If I move the mouse very slowly down the menu, then the menu has a greater chance of remaining visible.

Within the code, I disabled the third-level lists from appearing, but this had no effect on the vanishing second-level lists.

I am using Firefox 3.0.6 on Windows Vista. The menu does not disappear when I tested with IE7 (although the third-level menus are prone to flickering).

Also, to fix a validation error that appears when a user is logged in, replace “alt” to “title” on line 507 of bp-core-templatetags.php

Besides the menu problem, Buddypress works awesomely, thanks Andy and BuddyPress community!

how about a plugin that would allow a user to join group(s) when they signup for their account, rather than after.. Ideally the group selection being an Admin Sponsored Group. That way zillions of groups aren’t shown in the selection list.

Admin Sponsored Groups.

PHP Developer

Buddypress Developer

User createdGroups

PHP California Developers

Blah, blah

Brian

php can be compiled with a variety of extensions to the core php library one of them is the GD image library. If you create a php file with the following:

<?php

phpinfo()

?>

Call it myphpinfo.php. Put that someplace reachable by your web server, doc root and visit that page it’ll give you way more than you want to know about your server’s version of php.

You can check the ownership and permissions of files and directories by logging in telnet to your ‘root’ account.

Upgrade to RC-1 and look to see what phpinfo() has to say about your servers php version.

Do we have a set of requirements for this plugin? Also, if we all chip-in, can it be made open source afterwards?

For me, a good feature set would be:

* On the signup page have a ‘Create an account using your Facebook details’ button so that information is already added when the users account is created.

* For existing users, a button they can press to connect their accounts up.

* New events on the BuddyPress site to be published on their Facebook account. So, what you would normally have on their profiles ‘Activity’ area, posted onto Facebook. Eg, “John created a new group on The BuddyPress Demo Site”.

* This activity ‘syncing’ can be configured from the users settings page on BuddyPress, so they can turn off activity updates.

* In the same settings page, the user can choose to either use their Facebook avatar, or their BuddyPress one

* Have a page like buddpress-site.com/members/MEMBER/friends/invite, and having the ability to ‘Invite your Facebook friends to BuddyPress Demo Site’, would be great.

Are there any other features people would like added? I won’t be the one building it obviously, but if we can have a set of features then we all know what we’re chipping in for! lol

ozpoker, this really isn’t the place to do support for the bbGroups plugin. This is for bp itself. Create an account on my site and join the group ‘CommonInterest Code’ I can help you out there.

http://ourcommoninterest.org

Question about step 1.

You say that the user has to be created on the “bbPress” side. Does this refer to a user that is registered through register.php via the forums? What if my forums were integrated from day 1 with WordPress? Is it okay to just use the “admin” keymaster account?

Question about permalinks and .htaccess.

I am using pretty permalinks on the bbPress side, and there is an .htaccess file on the root of the bbpress install folder. What would I want to look out for to prevent this from causing a problem?

Question about “deep integration”

I am currently including my wp-blog-header.php file inside my bb-config.php file. Will this cause conflicts?

Question about what to do if I swear I’ve followed the steps the way they are written and the ways everyone else has said, and it isn’t working.

I see what you mean on your site. I created an account there. I’ll look into it.

Hi Laura.

Are you talking about the so called “widgets” that display information on your site (I can’t see the items you mention when I visit it)? These are responsible for showing, among other things, categories, recent posts, comments, and so on.

You can remove these from the WordPress admin page, under the Appearance section.

As for the problems with the avatars I’m not sure (I created a test account, MartinNr5, feel free to delete it if you wish). There might be a problem with the graphics library on the host that you have your site with so that the images isn’t processed properly.

Can you check with them to see if they support the minimum requirements for WordPress and buddypress?

There’s no settings in the admin panel but you can change the redirect URL within the plugin file, line 21 if I remember correctly.

Go to /wp-content/mu-plugins/bp-core/bp-core-admin.php and comment out line 73 (My Account sub-menus) as well as 148-151 and 153. I’ve also commented out the “create a blog” call which is on line 165.

You may find it only works on new blogs created after installing Block Admin.

Cheers

There is nothing built in yet to the buddypress suite of plugins. You would have to search for options on WPMU itself. There are a variety of ways. Off top of my head:

1) Have members email the site-admin about registration and then have the site-admin manually create their account (whole time with all registrations off)

2) Use a plugin like “Signup Question” and then make the question and the answer something that you only give out to members you want to join. Almost like “invitation” so to speak.

3) There are plugins that exist for the admin to “approve new blogs”, but don’t know of any that deal with user accounts themselves, but that might work.

4) Create a page that users can use to signup by giving all the required information to the site-admin and then manually create them (so they don’t have to email you).

In terms of WPMU, there really is a “hole” in the invitation or restricting registration. It would be nice if something was created for sure, but as far as I can tell, options really are limited on solutions already created.

Trent

The nice register page would be http://yourdomain.com/register and it is already there for new registration of any account type you allow Check out http://testbp.org/register as an example.

Trent

It can, but the amount of spam accounts will increase dramatically. The reason for sending the account password via e-mail is to prevent spammers from simply entering a known username and password and creating 1000’s of spam blog posts on wordpress mu.

I have a similar situation, where I have a current site with 15k users, username and passwords. What I used is this plugin. It works well on wordpress and buddypress.

https://wordpress.org/extend/plugins/external-database-authentication/

When a user logins, it checks my “other” database for the username, and validates the password against it. This means they don’t need to do the e-maiil thing, as their e-mail was already validated on the old site. It then creates the user in wordpress and the user doesn’t notice anything.

How you could do this for your friends, just make a table of all the friends, and set the same password for everyone initially, and ask them to change it. I only suggest this for very small beta sites with friends you trust, like less then 10 people.

Brad

http://gorgeousgamers.com/beta

On the main page when I click the “Sign up” button, it goes to /register… and 404’s.

/register? Can you give me a link to your site? What is a Clark Connect box?

I’m guessing ‘main page’ is the bp home theme. There are three places a user can choose to signup from there. The admin bar ‘sign up’ the home theme header area ‘login’ and ‘sign up’ buttons and if you are using the welcome widget it has a ‘create account’ button. All three launch wp-signup.php as far as I can see.

Using the url mysite.org/register running the home theme gets the normal registration functions in the left sidebar.

Anything else is a config problem on that box that isn’t allowing normal bp behavior.

Everything works perfectly but the Logout option. I can create blogs and all that.

I installed WordPressMU on a subdirectory.

Now I’m getting more errors for some reason maybe you might know what’s this:

Warning: ksort() expects parameter 1 to be array, null given in /blog/wp-content/mu-plugins/bp-core.php on line 1072

Warning: array_merge() [function.array-merge]: Argument #1 is not an array in /blog/wp-content/mu-plugins/bp-core.php on line 1075

# My Account

Warning: Invalid argument supplied for foreach() in /blog/wp-content/mu-plugins/bp-core/bp-core-adminbar.php on line 58

* Log Out

Mike the idea is that if I want to change the function of a menu item, I have to replace the menu item with something of my own. I want to change “My Account” on the bar and add a new item underneath entitled: “I Owe Mike How Much!?”. I have to replace the entire “My Account” menu item since the granularity of the actions are at the top level menu item only.

I can slide new menu items in between existing items easily but that’s the way it has to happen for drop down items.

I create a plugin that runs in /mu-plugins since I want this to run all the time for all users on all blogs. It’ll get run every page load.

An example is replacing the bp logo image in the bar. Same technique for other menu items. The item gets rendered through the function:

bp_adminbar_logo() in bp-core-adminbar.php

This function gets registered in mu by us telling mu about this function and when to trigger it:

add_action( ‘bp-adminbar-logo’, ‘bp_adminbar_logo’ ) at the bottom of bp-core-adminbar.php

To replace the logo with our own logo or do something completely diff like just use the word ‘Home’, whatever we unregister the existing fn, register our own that replaces the old fn and does something different. Like below:

function oci_adminbar_logo() {

global $bp;

echo '<a href="' . $bp['root_domain'] . '"><img id="admin-bar-logo" src="' . apply_filters( 'bp_admin_bar_logo_src', site_url( MUPLUGINDIR . '/common-interest/images/oci_home.gif' ) ) . '" alt="' . apply_filters( 'bp_admin_bar_logo_alt_text', __( 'BuddyPress', 'buddypress' ) ) . '" /></a>';

}



remove_action('bp-adminbar-logo','bp_adminbar_logo');

add_action('bp-adminbar-logo','oci_adminbar_logo');

The above says “don’t pay any more attention to the function bp_adminbar_logo() when the action ‘bp-adminbar-logo’ occurs, pay attention to my oci_adminbar_logo() fn and do that instead.

You have to replace the *entire* menu item with something of your own. Clearer? No?