BuddyPress.org

If you have BP installed already, and you want to enable multisite https://codex.wordpress.org/Create_A_Network :

1. You need to deactivate all WP/BP plugins and change to default theme (twentyten) first.
2. Note, that if you have had single WP for some time, you can only go multisite in subdomain structure i.e. http://newsite1.example.com. Make sure that your server is set up for that.
https://codex.wordpress.org/Create_A_Network#Step_2:_Setting_Wildcard_Subdomains
3. You only add `define(‘WP_ALLOW_MULTISITE’, true);` to wp-config.php to get `Tools > Network` in your dashboard to start the process. If your server is up to the task, follow dashboard message to enable multisite in your install.
https://codex.wordpress.org/Create_A_Network#Step_3:_Allow_Multisite
= If you encounter multisite creation problems, resolve that first in WP forums https://wordpress.org/support/forum/multisite before re-activating BP/WP plugins.

Reporting same issue as Andrés Richero on my localhost with 3.1 and BP 1.28. Missing Buddypress dashboard menu items for BP plugins. Site works, but.

I know this is an old topic, but I also heard about another plugin for WP called “teachpress.” You could take a look at that one. I’m in the process of working on “yet another blog,” that I intend to become an online learning environment – that’s why I posted.

@ocpaul20 is right. It’s an extra space somewhere. I would recommend copy and pasting the default file back.

Just updated my site to 3.1 and 1.2.8. The only thing i can notice up to now is that i´ve lost the plugin config links that appeared under the buddypress menu tab. Any idea on how to fix this?
Thanks all.

I am using buddypress with wp-member. It works, except buddypress lets you input a password upon registration, but wp-member generates a pw. Anyone know how to fix this? I’d like to make it so my clients can log in with the pw buddypress allows them to choose rather than check their email. Or can I remove the pw option from buddypress?

So, the fix that worked for me was:

1. Go to https://bbpress.org/download/ and download current bbpress zip or tar file.
2. Unzip or untar it, which will give you a “bbpress” directory
3. Ftp to your site. Rename bb-config.php to something else in your root directory.
4. go to “wp-content/plugins/buddypress/bp-forums/
5. In that directory, upload the bbpress directory (not the contents of it but the actual bbpress directory including its contents)
6. Rename bb-config.php back to bb-config.php in your root directory for your wordpress site
7. Go to *yoursite*/wp-admin/admin.php?page=bb-forums-setup
8. Tell it to reinstall bbpress using the existing file (and make sure it is pointing to the right path to find bb-config.php)

This fixed my site and everything is working again.

John James Jacoby said: On February 23, 2011
Sorry folks; had comments turned off on accident

@modemlooper i did that and still white.
@josh101 did you delete your bb-config to make it work?

Hm…comments seem to be enabled, from what I can see?

If you copied the files back over and it’s blank try to go back to admin >> buddypress >> forums set up and do a re install. Click the Use an existing bbPress installation button.

Same problem. So I went to go get a copy @ bbpress now i got this
Warning: require_once(/home4/techtro2/public_html/wp-content/plugins/buddypress/bp-forums/bbpress/bb-includes/class.bb-query.php) [function.require-once]: failed to open stream: No such file or directory in /home4/techtro2/public_html/wp-content/plugins/buddypress/bp-forums/bp-forums-bbpress.php on line 19

Fatal error: require_once() [function.require]: Failed opening required ‘/home4/techtro2/public_html/wp-content/plugins/buddypress/bp-forums/bbpress/bb-includes/class.bb-query.php’ (include_path=’.:/usr/lib64/php:/usr/lib/php:/home4/techtro2/public_html/wp-content/plugins/mini-mail-dashboard-widget’) in /home4/techtro2/public_html/wp-content/plugins/buddypress/bp-forums/bp-forums-bbpress.php on line 19

@tamilbeam I have a similar issue. I reply to a update. Shows it, but when I refresh the reply to the update is gone …

No, don’t do that. The developers are aware of this and the 1.2.8 fix is out.

@paragate try disablying it followint this instructions: http://yoast.com/disable-wp-admin-bar/

BuddyPress will be updated later today to account for changes in WP 3.1.

In the meantime, if you have upgraded your live site and are unexpectedly missing the BP admin bar, use the code provided by aces above.

Can you share the work arounds for getting rid of the admin bar? It is covering my buddypress bar. Ugh!

i just have overwritten the complete pluginsbuddypress* folder with the original core files (downloaded from this site) error still there. STRANGE!

@JohnnyScience: i do have exactly the same problem i think. im able to post in the main activity stream, and im able to replay to a post in the main activity stream. im able to post to a group activity. im NOT able to reply to a post of any group activity. The post seems to work normal an is shown, but when refreshing the page it disapears. any hint?

Here is a way I have found to make avatar uploads work while still using a CDN. I’m using S3/Cloudfront but it shouldn’t make a difference.

The avatars, once accepted have a filename that always ends in either ‘bpfull.jpg’ or ‘bpthumb.jpg’

When an avatar is being dealt with by the upload/cropping process, the images used are not given these names.

If uploaded at registration time they are stored in an avatars/signups/ folder

If uploaded once a user is a registered member, they will always have the file size at the end of the filename (e.g. 200×200.jpg)

Using this info, I did the following:

in my custom file list, I added the following:

`wp-content/uploads/avatars/*bpfull.*
wp-content/uploads/avatars/*bpthumb.*`

in my rejected files list, I added the following:

`/wp-content/uploads/avatars/signups/*
/wp-content/uploads/avatars/*/*x*.*`

I’m not too happy with the rules for rejection, it seems like there might be a danger of having a file named xxxbpfull.jpg being rejected and sourced locally, but given that any files that don’t contain an x will be sourced from my CDN I am pretty happy with this level of fudgery. In any case, this does mean that the files required to process the cropping will be sourced locally and therefore avatar uploads will work.

The last thing to do is to set the autoupload time to something reasonable – I have set it to 10 minutes at the moment mainly so I can check that this all works okay, and also to see how much the autoupload script hammers the server. If it were possible it would be nice to add a hook at the end of the avatar cropping function that calls an image upload to the CDN for the file that has been created, but waiting 10 minutes to an hour for an avatar is not so bad.

Hopefully this is helpful, and if anybody has better rules for the rejected file list I would be super happy to see them.