hi, I have been reading this thread (and a couple like it).
I too have having the same trouble with getting BP running. All installed as per instructions, thmes move as listed but getting the same error
You do not have any BuddyPress themes installed.
Please move “/wp-content/plugins/buddypress/bp-themes/” to “/wp-content/bp-themes/” and refresh this page. You can download more themes here.
I have deleted all the files and re-uploaded them going through another install and the same fault occurs.
In the Admin BP setting bottom left the themes it see’s are all in the WP themes – NOT the BP themes. Like above I experiemented by copying the BP member theme to the WP themes and the BP admin Select theme to use for BuddyPress generated pages could then see the bpmember directory. (but obviously won’t work from there.)
I am use MU 2.8.1 and BP 1.0.2
Really really stuck – driving me mad!
@argris: chances are the deep integration is overriding your language defaults. Check if you have the correct language in all of your programs (mu, buddypress and bbpress)
I think, at this point, that you would have to go in and edit the file used during registration. This isn’t a good method, though, because that means when BuddyPress updates, your changes will be overwritten.
I completed installation of the following
WPMU 2.8.1, (trunk 1867)
BuddyPress 1.1
bbpress 1.01, (trunk 2311)
BuddyBar 1.0.3
Site:
http://www.wpmeetups.com
http://www.wpmeetups.com/forums/
Integration has been successfully set-up between Forums and BuddyPress Group Forums.
Problem: Insertion of the following in bb-config.php: (generates a white screen)
<php
if ( !defined( ‘ABSPATH’ ) & !defined( ‘XMLRPC_REQUEST’ )) {
define( ‘WP_USE_THEMES’, false );
include_once( ‘/var/www/vhosts/wpmeetups.com/httpdocs/wp-blog-header.php’ );
header( “HTTP/1.1 200 OK” );
header( “Status: 200 All rosy” );
}
Question: Will the following correction to 2 core files correct this problem:
You’ll actually need to patch two CORE files, to make this work now.
wp-includes/wpmu-functions.php on line 317 and line 352
Change _init to __constuct (__construct)
And then in wp-includes/capabilites.php on line 84 and 99
Change _init to __constuct (__construct)
Ugh… I hope this is fixed soon.
You should be upgrading the wordpress MU 2.8.1 !
Helloo sorry bringing up the dead.. but still no luck with Nginx.. is there any fix one?
my buddypress is fine but in the backend of WPMU administration has “no input specified”.
WPMU 2.7.1
buddypress 1.02
I completed installation of the following
WPMU 2.8.1, (trunk 1867)
BuddyPress 1.1
bbpress 1.01, (trunk 2311)
BuddyBar 1.0.3
Site:
http://www.wpmeetups.com
http://www.wpmeetups.com/forums/
Integration has been successfully set-up between Forums and BuddyPress Group Forums.
Problem: Insertion of the following in bb-config.php: (generates a white screen)
<php
if ( !defined( ‘ABSPATH’ ) & !defined( ‘XMLRPC_REQUEST’ )) {
define( ‘WP_USE_THEMES’, false );
include_once( ‘/var/www/vhosts/wpmeetups.com/httpdocs/wp-blog-header.php’ );
header( “HTTP/1.1 200 OK” );
header( “Status: 200 All rosy” );
}
Question: Will the following correction to 2 core files correct this problem:
You’ll actually need to patch two CORE files, to make this work now.
wp-includes/wpmu-functions.php on line 317 and line 352
Change _init to __constuct
And then in wp-includes/capabilites.php on line 84 and 99
Change _init to __constuct
Ugh… I hope this is fixed soon.
There are two plugins that you’ll need to sync up the cookies; one of them is included with BuddyPress under bp-forums/bbpress-plugins/, this one gets copied into your bbPress/my-plugins/ folder. The other you will want to download from the WordPress plugins repository (wordpress.org/extend/) and install and activate in your WordPress admin.
Once you have each plugin installed, one for each platform, configure them and follow the directions for each one, and then report back. 
When do you get this error message? Like, what exactly are you trying to do when this happens? I’m not really sure what this could possibly be, other than maybe a PHP memory limit error? Or maybe the comment.php file is corrupt?
Are you using deep integration by chance?
Hi Manoj…I am trying it your way, but then I don’t see the forums option part when creating a new group once I am one, and am confused…
At
“8. Head back to your BuddyPress installation and sign up as a new user. Once you have
activated the new user, make a note of the username and password given.
9. Log back into your bbPress installation as the administrator, and head back to the admin panel (/bb-admin).
Go to the “Users” tab and look for the new user you signed up in step 8 in the list. Hit the “Edit”
link for that user, on the end of the row.”
I try creating a new user but it doesn’t show in bbPress…and then I am just fidgeting with settings, using the bbpress “Key Master” in the WP admin when trying to do the forums integration…does anybody know what else needs to be fidgeted manually to make it work?
Thanks,
Ben
Whenever a new user registers he get an email saying click this to activate.
And when I click it it takes me to a wierd place to crop avatars
Okay, I’m a little confused by what you are reporting:
- So, are you just testing a new BuddyPress installation? Why else would you be clicking on a new user’s registration.
- If that is the case, have you tried using two different browsers–one for each user?
- Have you cleared old session cookies before registering a new user?
- Which version of BuddyPress are you running?
- There should only be one confirmation email sent. It is the one with the activation link. Are you using different emails for each account? Be default, WPMU makes sure that there are no duplciate accounts.
- Are you using a custom themes, or the default themes?
- Do you have any other plugins, besides BuddyPress, installed and activated? If so, have you tried deactivating them to check if they might be causing a conflict?
Make another profile entry for URL. BuddyPress is acting as it should and taking over that field for profile fun
There are now at least 5 other topics opened with this exact same problem.
You did everything correctly but search for anyone else having this issue.
This will be repaired with BuddyPress 1.0.3 when it is released.
Currently BuddyPress 1.0.2 is only compatible with WPMU 2.7.1.
I don’t use XAMPP, but WAMP should be pretty much the same.
Can you confirm you ever had cookies working successfully? Even before bbPress? Sounds silly to check, but lets make sure it’s working correctly without bbPress.
Do you have the BuddyPress bbPress Integration plugin on the bbPress side? Do you have the bbPress Integration plugin on the WordPress side?
If yes and yes, the next round of trouble shooting is to make sure you have your edits exactly like the plugins say to have them.
Since you’re using MU 2.7.1, you need to have
define('WP_AUTH_COOKIE_VERSION', 1);
in your bb-config.php. This will tell bbPress how to handle your integration cookies.
That’s about all I can recommend for now?
plrk noticed that with the bp enable bbpress plugin disabled that we lost usernames and avatars in group forums. This patch works for me with bp trunk and bbpress 1.0 in group forums.
https://trac.buddypress.org/ticket/848
Hey r-a-y
thanks again for your help, but that doesn’t work neither.
I tried it with remove_action(‘wp_head‘, ‘bp_core_admin_bar_css’, 1);
and also with remove_action(‘admin_head‘, ‘bp_core_admin_bar_css’, 1);
I had a look at bp-core-cssjs.php and on line 108 i found the following function
/**
* bp_core_add_admin_css()
*
* Add the CSS needed for all components in the admin area.
*
* @package BuddyPress Core
* @uses get_option() Selects a site setting from the DB.
*/
function bp_core_add_admin_css() {
if ( defined( 'BP_DISABLE_ADMIN_BAR') )
return false;
wp_enqueue_style( 'bp-admin-bar', apply_filters( 'bp_core_admin_bar_css', BP_PLUGIN_URL . '/bp-core/css/admin-bar.css' ) );
}
add_action( 'admin_menu', 'bp_core_add_admin_css' );
It seems to be the key to remove the admin-bar.css on the backend of WPMU. However i tried it with the following code, but it still doesn’t work.
function remove_adminbar_css(){
remove_action('admin_menu', 'bp_core_add_admin_css', 1);
}
add_action('plugins_loaded','remove_adminbar_css');
Plrk you don’t need the buddypress-enable.php plugin anymore. It was a fix for the libxml issue. Disable that.
Try this in your home.php:
<?php if ( function_exists( 'bp_activity_get_list' ) ) : ?>
<?php
bp_activity_get_list(
get_the_author_ID(), // The ID of the user to get activity for.
bp_word_or_name( __( "My Activity", 'buddypress' ), __( "%s's Activity", 'buddypress' ), true, false ), // The title of the activity list.
bp_word_or_name( __( "You haven't done anything yet.", 'buddypress' ), __( "%s hasn't done anything yet.", 'buddypress' ), true, false ) // What to show when there is no activity.
);
?>
<?php endif; ?>
Untested… try it and report back. This will show the activity block, just like on a BP profile page.
Eventhough this post was already 6 months old, this link should point you in the right direction:
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-wire-loop/
If anyone could tell me how to remove the blog registration part from the mysite.com/register so that all the visitor can do at that point is to create a user account, I’d be thrilled!
Hi mlemberg, read this:
https://buddypress.org/forums/topic/default-to-just-a-username#post-14828
Requires hacking a core file and a little bit of CSS to hide the “Create A Blog” block.
If anyone knows a better way, let us know.
MVC. Whatever. The bottom line for me is the user interface and easy of theming / customizing.
Take Joomla for instance. Most clients go into convulsions when they see Joomla the first time. There are enough radios buttons and options to make the most hardcore geek nauseous. And as a designer / developer… anytime I’m forced to use Joomla I feel like smashing my head through a brick wall… repeatedly. WordPress on the other hand is a joy to user for both clients and developers. So what if it’s not 100% MVC. I don’t really care.
But back to my Joomla rant. I did a Joomla 1.0.x project a year ago and there was no way to apply the design I’d created without modifying core files. The core was littered with thousands of lines of complex embedded html markup that was impossible to deal with via CSS alone. I spent 3 days just trying to find out where all the markup (mostly table code) was coming from. One day I spent an entire afternoon trying to track down the source of a single closing element (probably </table>). I finally found it buried deep inside a class file somewhere. Brutal. Absolutely brutal. And that admin interface. Ugh. And the plug-ins people write for it. One site I had to work on had a links plug-in installed that must have had over 100 configuration options. To make a page of links?!?! Unreal. Maybe Joomla 1.5 is better… but I’ll never know. I now turn down clients who ask for Joomla sites. I send them elsewhere. How it ever got to be so popular and considered suitable for Enterprise is beyond me.
This has somehow returned for me. I am running BuddyPress 1.0.2, WordPress MU 2.7.1, and bbPress 1.0.1. The [p]s show up in the sitewide activity for group forum posts, and in the group forums, but they don’t show up in the bbPress view of the group forums.
I am using the buddypress-enable.php from the latest stable BuddyPress download. Is it really so that I have to upgrade the xmllib library? I do not have my own server, I am using a web host…
If you are using WPMU 2.8.1, then this is a known bug. There’s at least one other recent post on this forum, and there’s a ticket been raised for this on the BuddyPress bug tracker.
