Thanks for debugging, matthijsv.
John, Transposh should be added to the readme.txt for known incompatible WP plugins with the BuddyBar plugin.
Awesome great work guys. I’ll add it to the incompatibilities list tonight.
Keep testing my deep integration code and stay in touch here if you have issues with it. It’s meant to dodge some 404’s that certain browsers spit out as WP tries to rewrite a URL that bbPress eventually takes over.
r-a-y I’ll add your JavaScript hooks in tonight also.
One other bug I encountered when using the BuddyBar was the second-level menus weren’t popping out in bbPress.
I found out that the problem is due to some CSS rules overriding one another.
In /plugins/buddypress/bp-core/css/admin-bar.css, move line 177 under
#wp-admin-bar ul li:hover ul ul, #wp-admin-bar li.sfhover ul li ul {
left: -999em !important;
}
So your admin-bar CSS from line 171 should look like:
/* third-and-above-level lists */
#wp-admin-bar ul li ul ul {
margin: -28px 0 0 183px !important;
}
#wp-admin-bar ul li:hover ul, #wp-admin-bar ul li li:hover ul, #wp-admin-bar ul li.sfhover ul, #wp-admin-bar ul li ul li.sfhover ul { /* lists nested under hovered list items */
left: auto !important;
}
#wp-admin-bar ul li.align-right:hover ul {
right: 0 !important;
}
#wp-admin-bar ul li:hover ul ul, #wp-admin-bar li.sfhover ul li ul {
left: -999em !important;
}
#wp-admin-bar ul li:hover ul, #wp-admin-bar ul li li:hover ul, #wp-admin-bar ul li.sfhover ul, #wp-admin-bar ul li ul li.sfhover ul { /* lists nested under hovered list items */
left: auto !important;
}
... and the rest of it here
That was the case for me anyway! If you’re using a custom admin-bar CSS, make sure you make the change as well.
I actually just brought that up to Sam on IRC about 24 hours ago, as the same thing is happening here at buddypress.org also. Good catch. 
Hi There
I have installed the buddypress bar for the forums . But i am not getting any link displaying, just the css, the actual buddypress menus are not there.
Click here for the forums
Click here for the wordpress install
We have used the deep integration and i have added the lines to my bb-config.php, the path to the file is correct.
I have added the two functions ie
add_action( 'bb_head', 'bp_core_add_js' );
add_action( 'bb_admin_head', 'bp_core_add_js');
You can ignore the “invite new member” link on the top right hand side, its just a div postioned as absolute.
@transposh:
Problem seems to be with the output buffering.
Output is getting buffered on initialization and my guess is that it is somehow never flushed.
init_global_vars();
if (isset($_POST['translation_posted'])) {
update_translation();
}
elseif (isset($_GET['tr_token_hist'])) {
get_translation_history($_GET['tr_token_hist'], $_GET['lang']);
}
elseif (isset($_GET['tp_gif'])) {
$trans_gif_64 = "R0lGODlhAQABAIAAAAAAAAAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw=
";
header("Content-type: image/gif");
print(base64_decode($trans_gif_64));
exit;
}
else {
//set the callback for translating the page when it's done
ob_start("process_page");
}
}
When I comment out the ob_start line forums are working. Will test Transposh in a bit.
OK, figured it out.
Apperaenly the word press shutdown sequence isn’t being called by the plugin. For Transposh this means that
function on_shutdown() {
ob_flush();
}
is not being called.
I now added ob_flush() to the footer of my template and the problem is solved!
Props to r-a-y and John James Jacoby (the latter of whom put up with my self-inflicted stupidity that made me … whinge)
My layout is pretty much what I want, and everything appears to be working, so it’s time to look at the non-essential, but gosh that’s weird problem.
If you go to my forums, the ‘BuddyPress’ link on the top left is vertically weirded. Which is the only way I can describe it. Should I just beat it into submission with css, and assume it’s a css conflict of names?
I’m getting the same error as matthijsv, fatal error at line 37 of the plugin file.
I have deep integration working as I can post from BuddyPress or bbPress.
WPMU 2.7.1
BuddyPress 1.0.2
bbPress 1.0.1
Any suggestions?
One thing I should add is that I have a privacy plugin on the WPMU side, but I disabled that and still got the same error message.
@krugazul
If you’re using different functions for your menu bar (like your invite friends link), you need to add them in the BuddyBar plugin (manually with your favorite text editor!).
@ipstenu
Yes, pound that logo with some CSS!
@Russell,
What other plugins are you using on the WP side?
Did you read mtthijsv’s fix?
@r-a-y
BuddyPress and bbPress Integration
@r-a-y
Sorry I missed the second part of your response to me.
I read matthijsv’s fix, but isn’t the main part of his fix turning off the transposh plugin?
I don’t have that plugin installed.
Ok got it working….
Thanks for the help!
Used one of the steps r-a-y proposed to matthijsv earlier that didn’t work for matthijsv:
Hey matthijsv,
What happens when you switch out in bb-config.php:
include_once( ‘/the/absolute/path/to/your/wp-blog-header.php’ );
for
require_once($_SERVER[‘DOCUMENT_ROOT’].’/wp-blog-header.php’);
Added this to my style’s css and it works:
/* Fixing Admin Buddy Bar */
#wp-admin-bar img#admin-bar-logo {
padding-top: 13px;
position: absolute !important;
top: 8px;
left: 10px;
}
That 13px feels so weirdly random to me. Ah well. My pm to JJJ was #666, my fix for CSS was #13… There’s a theme going on here! 
1.0.2 is available in the trunk and will be available for download shortly.
http://svn.wp-plugins.org/buddybar-in-bbpress/
Changelog:
- Add JavaScript for menu mouse-overs
- Better check for deep integration
- Add absolute path tool
- Updated readme.txt
- Added check for BP_DISABLE_ADMIN_BAR
Wow. Voltron indeed
Apparently you form the head.
Ok, the fix I posted about earlier fixed the issue with BuddyBar…
However, it breaks the BuddyPress to forums functionality.
I just checked and switching out that one line of code in bb-config.php will make the “Enable discussion forum” button in a group’s settings and I can’t post to the forum from a group page in BuddyPress.
I’m pasting verbatim into bb-config.php:
require_once($_SERVER['DOCUMENT_ROOT'].'/wp-blog-header.php');
Is that correct? Or do $_SERVER and DOCUMENT_ROOT need to be filled in with different items?
I meant to say that that button will disappear when I change out that line of code…
@Russell
Use the official instructions from the readme.txt.
http://svn.wp-plugins.org/buddybar-in-bbpress/trunk/readme.txt
Swap out the include_once line for this:
include_once($_SERVER['DOCUMENT_ROOT'].'/wp-blog-header.php');
In most cases that will work, but let us know what happens!
The read me says to delete that when you’re done … won’t doing that disable deep-integration?
@Russell
Use the official instructions from the readme.txt.
http://svn.wp-plugins.org/buddybar-in-bbpress/trunk/readme.txt
Swap out the include_once line for this:
include_once($_SERVER[‘DOCUMENT_ROOT’].’/wp-blog-header.php’);
In most cases that will work, but let us know what happens!
Tried that and forums would not work with BuddyPress.
The only way I can keep the forums working with BuddyPress is to keep that line in bb-config.php as:
include_once( 'http://mydomain.com/wp-blog-header.php' );
Now leaving that line in bb-config I can post from BuddyPress groups into the forums.
AND I can now activate the BuddyBar in bbPress plugin, BUT I don’t see the BuddyBar in bbPress!
Now, could this be an issue somewhere else in bb-config.php?
I have the integration working and everything, but I’m wondering if I have set something somewhere that is throwing this off…
Thanks for the help!
The reason why it’s not working is because you’re not using the method included in the plugin.
The groups posting ability relies on XMLRPC, which cannot be re-included when bbPress is loaded via the BuddyPress installation. Using my included method of deep integration will still allow for this functionality to work.
Science!
When you go to create a group forum, WordPress is loaded, BuddyPress is loaded, bbPress gets loaded through XMLRPC, which without my deep integration method will try to reload WordPress again, over-writing or clearing all of the bbPress functions/variables/hooks/filters, killing the XMLRPC ability to transmit data through the pipe.
Just bumped to 1.0.3. The plugin now does enhanced checking for the visibility of the BuddyBar/AdminBar as it would previously fail if the bar was hidden in bp-custom.php or wp-config.php.
If you are receiving errors regarding BP_Roles in your BuddyBar, apply patch #1032 to your WPMU trunk installation.
In the readme it says to use:
include_once( '/homepages/8/d149961498/htdocs/codeismusic/wp-blog-header.php' );
Is that different from:
include_once( 'http://mydomain.com/wp-blog-header.php' ); ?
Should I leave out http://mydomain.com?
Appreciate the help, just not sure what I should change or look into…
Using an actual website address is different than using the $_SERVER[‘document_root’].
Next step is to use John’s utility “abs.php” file:
http://svn.wp-plugins.org/buddybar-in-bbpress/trunk/
Download the “abs.php” file, upload it to your sever and go to the URL:
eg. ht*p://example.com/abs.php
It should output the correct directory path that you can put in the include_once line.
