@hempsworth, I ran into this error myself, but eventually, it seemed to go away after uninstalling bbPress (delete files AND database tables starting with bb_), deleting cookies, and starting over.
See my post in the other WPMU integration topic and see if any of those settings help you?
The first time through, the speedup didn’t give me $bb->cookiedomain, but after adding it manually I can get them to sync up so the domains are the same, but something is still off. I’m heading to bed now but will be back in a few hours to keep at it. Sam I’ll try your suggestion also.
Something must be up with the trunk…
If I install bbPress in a sub folder of WordPress, what seems to happen regardless of my settings or fudges, is that the bbPress login cookie is dropped with a “Host: domain.com” and a login via WordPress drops a cookie with a “Domain: .domain.com”
I’ve matched the URL’s, used with and without the integration speedup short-cut, deep/shallow integration, etc… Basically I’ve tried wiggling the settings back and forth, to no avail.
I was actually going to start my integration screen casts, so I suppose this will wait until tomorrow. haha! 
I was able to get a WordPress login to drop cookies like “Host: domain.com” but the cookies the integration plugin drops are still “Domain: .domain.com” (If it dropped “Host: domain.com”, or if bbPress knew to look for “Domain: .domain.com” I suspect they’d work just fine.)
Note: I swear this WAS working earlier last week, as I’ve integrated two sites successfully with login/logout working from either direction.
<snip>
I just realized this topic was for WP2.8, and I’m talking about WPMU2.7.1.
I think I’ve been salivating for 10 months waiting for this. 
hempsworth, if your only problem is not being able to access the bbPress admin panel, then you’re experiencing the last little bits of a cookie issue. Check the paths, domains, and hash’s of your cookies, and make sure that all of them are getting dropped from both sides.
I’m able to integrate WP2.8 and BBP1.0 without this.
The settings put out by the Integration plugin are not REQUIREMENTS, they are RECOMMENDED. Basically automated guesses based on your wordpress/bbpress configuration. I can’t say I’ve integrated any two sites in the exact same way, as the cookie and domain setups are almost always different between installs, so it requires some trial and error to get them lined up.
Thanks Sam. I’ve yet to try this, but I will tomorrow and will let you know how it works. I suspect probably better than I could ever do on my own.
My guess, is this works if bbPress is installed in a directory off the WordPress root called “/bbpress/” ?
Does this mean that some/all of the code above goes into the WordPress .htaccess file to prevent it from taking over, or does it go in the bbPress .htaccess file?
Whoops… Need to remember to switch out of WordPress support mode! Totally my fault.
Try
<?php if (is_user_logged_in()) {
?>
HTML
<?php } ?>
All of the manual -config.php file changes are “recommended settings” and should not be considered “required settings.”
It will still take some trial and error to sync the platforms up, and some educated cookie viewing to make sure each platform is dropping the same cookies with the same hosts, paths, domains, and hashes.
My advice is to make sure that the cookie, key, salt, path, and domain related manual entries into your -config.php files are mirror images of each other, and then start modifying from there if one platform drops a cookie differently than the other.
Chrishajer,
Once bbPress goes 1.0, I’ve got a write-up in the queue that will go on buddypress.org and I’ll give to Sam also to put here. I’m going to do a walk-through and probably put it on wordpress.tv also. Trent and I had talked about joining our efforts together a few weeks back, but I think we’re both waiting for bbPress1.0 to drop.
The only reason I haven’t put anything official out there yet is the process has changed 3 times in the past 3 months and I’d prefer not to add any more info to the mix that will potentially be out-dated before it’s even cited as a valuable reference.
Half the reason there are the questions there are, is because there are 10 different ways to do it, and none of them are correct for every installation/version of each application.
I’ll try to talk to Sam tomorrow on IRC and see if there are any cookie/login/session changes due for bbPress before 1.0, and if not I’ll set something up ASAP.
This isn’t that difficult, and there are many sites that have been doing this for months now, including my own if you excuse my defense.
Glad to see someone is taking charge of this however. Best of luck to those guys.
This will be fixed with 1.0 of bbPress. Problem is that the get_locale call gets triggered by WordPress when using deep integration.
I submitted a trac ticket about this a few days (weeks?) ago and talked to Sam via IRC about it. He’s aware of it and it’s on his radar.
I suspect that checking for deep integration and hooking into the locale filter will be the only way to do it without forcing it through a new bb_get_locale function.
vhosts works fine. Eraticdance, it has to be a mismatch in the paths and cookies somewhere. Might end up to be a trial and error process adding, removing, and modifying your -config.php files, but that’s all I can really suggest as different hosts and setups all require different settings.
So what cookies do you see when you login through bbPress?
What cookies do you see when you login through WordPress?
What are the differences? Either you’re missing a hash, or your host is wrong, or the path is off. Something is missing.
Correct. Delete those out of there.
I’ve noticed that the trunk doesn’t like existing users also. I’ll probably post a ticket in the trac about it this morning.
Just noticed this with the current trunk myself.
For my particular installation, it looks like the forum didn’t get put in the DB. No forum in bb_forums forces bbPress into install mode.
Can you open up phpMyAdmin and verify if you have any forum in your bb_forums table?
Sounds like you need to sync up all of your salts and keys, and check out the cookies that get dropped from both sides when logging in.
Remember you will still need the bbPress Integration plugin on the WordPress side to drop the bbPress cookies.
The way I do this, is to use Firefox, login through WordPress, and look at the cookies. Then delete them. Login through bbPress, look at the cookies. Which ones are missing from either side? Which information doesn’t match? That will be your clue to getting them synced up.
Once you know what you’re looking at, this process shouldn’t take more than 20 minutes.
Wish I could be there, but unfortunately I’m stuck in Miami.
Good luck and have fun Sam!
Delete the keys from your wp-config.php file, and login to your admin panel.
You should get a message at the top with new keys to add to your wp-config.php file.
Take those keys, add them to your bb-config.php file with “BB_” in front of them.
Report back?
mcmc, the title of your topic says bbPress and WPMU, but your question is about BuddyPress.
If you’ve got a BP question, head on over to buddypress.org and ask us over there.
I think BuddyPress is the best modification for bbPress. 
It’s also happening at BuddyPress.org. Has been for about 3 weeks that I know of.
I know I’ve read somewhere since I noticed it, that the Akismet team is working on reducing false positives with a new adaptive algorithm of some kind. Sorry I have no more details than just a partial memory that I could be fabricating at this point haha…
Anyhow, I can confirm this is happening on our end also.
