BuddyPress.org

BP 1.0.3: https://wordpress.org/extend/plugins/bpgroups

Future versions: forum integration method has changed totally, I’m not sure and I haven’t tested if the above is still necessary.

Hi all

I’m experiencing the same two issues ( alphabetical list does not list any users, and the message ‘No members found. Members must fill in at least …..’)

The member search facility on the Members page also does not work for me.

Using WordPress MU 2.8.4 + BP 1.0.3. Clean install, have never re-installed or deleted anything off the site yet.

One thing that ‘may’ make a difference is that I’m running Normal WordPress as my main, publicly viewable site, and the WordPress MU in a subfolder off the root. The database table names are different though, so I doubt there’s a conflict. For the standard WordPress install I used ‘wp2_’ as the table prefix.

Glad I could help out!

BuddyPress 1.0.3+ requires WordPress MU 2.8+

This is the best post I have seen on the subject.

http://theeasybutton.com/blog/2009/07/17/integrating-buddypress-wordpress-mu-and-bbpress/

Until you posted this thread was 8 months old. You can localise BuddyPress in the same standard way which you do WordPress. I am aware someone has a new plugin in the works which, despite me not fully understanding what it does, sounds like it will be useful to run multilanguage BP sites.

In the interim, however, I’m closing this thread. If you want to continue to discuss any specifics please find a more recent thread or start a new one.

I don’t think anyone has tried anything like BP-Mu, and I am very doubtful that the internals would support such a thing without serious hacking.

BuddyPress *does* use the existing WordPress user tables/routines, etc. I have no idea what you mean by “separate user system.” You can just remove the BuddyPress /register files and use the WPMU user registration.

There’s no guarantee BP 1.1 will be released next week. Soon, but I’d advise not getting your hopes up.

As far as I’m aware, there’s no issues with running BP on a blog ID other than 1. If you want to be certain, download the current trunk copy and test it out; it’s not too late for bug fixes to go in.

If their content is from another WordPress blog, then it is possible.

You’ll want to look up WordPress to WPMU guides.

Here’s one that I’ve used in the past:

http://welcome.totheinter.net/2008/10/04/how-to-migrate-from-wordpress-to-wordpress-mu/

Looks like there is a WordPress URL hack going around:

https://wordpress.org/support/topic/307660

Otto over at the WP forums suggests to upgrade as soon as possible, but I haven’t seen any reports on the WPMU forums yet.

You can’t change the ID column in the wordpress users table as it’s an autoincrement field. MySQL might have some docs on the site if it’s possible to inflate it. Failing that, do a load of inserts / deletes and bump the number up

https://codex.wordpress.org/Changing_The_Site_URL

But before you do anything, fully back up your WPMU MySQL DB ( https://codex.wordpress.org/Backing_Up_Your_Database )

Hey gyonis,

For #1:

You’ll want to turn off blog registration and also set the default user role in WPMU to be “author”; that way everyone will be able to make a post on the root blog.

You can do this by going into your WPMU admin area and navigating to “Site Admin > Options”. Set “Allow New Registrations” to “Only user account can be created”. And set “Dashboard User Default Role” to “Author”.

For #2:

You’ll want to use some type of customized post screen plugin such as Flutter or my personal favorite Custom Field Template.

That should get you going!

You might also want to read this thread which talks about how to create a community blog.

The reason you have not found much on this on these forums, is because this questions are in WPMU’s domain. Have a search on their forums as these components aren’t provided or controlled by BuddyPress.

Yah… always best to use unordered lists for navigation. It just makes the most sense semantically speaking. Once you have your navigation being output as nested lists… there are any number of CSS/JS solutions to hide the nested lists and turn them into drop downs. The most lightweight solution is the old tried and true suckerfish menu… which is pure CSS with just a teeny tiny bit of javascript code to make it work in IE. But since jQuery is already included in WordPress… may as well go with something a little more fancy… with a mouseout delay… etc.

You’ve probably already tried removing and re-adding the Text widget, right?

The default text widget should always work… but you should check out the WordPress forums to see if anyone has a similar problem, since it’s more of a WP issue than a BP thing.

Do any other tags work besides P and BR in the Text widget?

One other thing to note is if you have any filtering plugins activated, that could affect the widget output, but it’s highly unlikely.

Here is a clearer example.

jQuery comes with WordPress, but remember to change $ to jQuery in the javascript, like this:

jQuery(document).ready(function(){

jQuery('li.headlink').hover(

function() { $('ul', this).css('display', 'block'); },

function() { $('ul', this).css('display', 'none'); });

});

It’s to prevent clashes with other javascript libraries.

Hey chargertech,

I’m guessing BuddyPress wouldn’t work for a sub-blog on WPMU, which is what I’m guessing you want it for.

You could try defining the BP_ROOT_BLOG in /plugins/buddypress/bp-core.php to the blog ID in question, that could work… although I’m not entirely sure.

You could also try Alkivia as an alternative – https://wordpress.org/extend/plugins/alkivia/

How can i enable intensedebate plugin for all the blogs sitewide.

Looking at the WP plugin repository for this plugin, it does not indicate that it is meant for WPMU.

Doing a quick Google I found this discussion on the IntenseDebate blog:

New Customization Options

Go 7 or 8 comments down and you’ll see this reply from Beau Lebens:

BuddyPress runs on a WPMU install, and ID is currently in use on a number of WPMU sites. There’s currently no way to “auto-activate” it for every blog created, but you can definitely activate it (and go through the install process) for each different blog you create on a WPMU install.

First, always read the “readme.txt” file before proceeding with any WPMU or BuddyPress upgrade.

Before installing BuddyPress from trunk, you need to make sure that you are running WPMU 2.8.4a. If not, you need to deactivate all WPMU plugins, upgrade WPMU, and then try again. The latest WPMU version can be found here.

Once you’ve installed BuddyPress, make sure you move the theme files into their proper location.