The missing value in your list is AUTH_SALT
It *may* work in 2.6.5 if you define all the cookie names individually in WPMU.
@gogoplata, see my reply to jimgroom two posts above yours.
None existing, but you could build one fairly easily. Just create a plugin that replaces 0.9’s bb_mail with the one from 1.0-alpha, and also includes all the mail libraries from backpress/1.0 – then you can install the SMTP mailer as well to enable SMTP.
A bit convoluted, but doable.
I don’t recall if this is in the stable version 0.9, but in 1.0 on the default themes when you click on the “freshness” column in the topic lists you go to the last post (on the last page).
Not possible using bbPress Live plugin I’m pretty sure. You would have to do separate calls and then merge them somehow.
It’s probably possible using the BB_Query class inside bbPress though.
The warnings are now gone in the latest trunk version. There may be other issues to do with users not receiving roles automatically when they visit the bbPress site.
@greenshady
Your issues with the edit form are now resolved in trunk.
The issue with users not receiving a role on login still has to be looked at. Please make a trac ticket for it.
@jimgroom
You can either define the COOKIEHASH in WPMU or define each cookie name individually in WPMU
The COOKIEHASH is the letter jumble part of each cookie name after the last underscore.
OK, entities problem is (re)fixed for Trac linking.
Just found out that entities behave really strangely in bbPress. For some reason the standard behaviour is to take unencoded entities and encode them when editing a post.
Oh, that’s different. Will look.
UPDATE: Added embedded version in original post.
@greenshady
Are you editing that users profile as them or as a keymaster?
What is supposed to happen (once the role map is set) is that the user will receive a bbPress role if they either login, or visit the site with a valid cookie.
Do you have any plugins that might be getting in the way of things?
@lstelie
There was a problem with the 1.0-alpha-4 version of the bbPress integration plugin. Please try the slightly newer plugin version 1.0-alpha-4.1
@bebopcool
There are a couple more things you have to do to integrate WPMU. It’s a different thing to the standard WordPress in a few ways, so requires some extra setup.
You need to set the SALTs as well as the KEYs in your wp-config.php for a start. You also need to set the cookie names individually or just set the COOKIEHASH as well.
One day I’ll document it all, but right now we are just trying to sort out standard installs first.
Topic renaming fixed in trunk.
We also now have a nightly builds system courtesy of Barry at Automattic. If there is a change during the day, then a new nightly will be created and made available here:
https://bbpress.org/nightly-builds/bbpress-latest.zip
@tomwi
You could use the bbPress Live plugin which uses the new XML-RPC functions to grab that data and put it in a widget. Probably the cleanest way to do it.
0.9 has Gravatars built in.
Just enable it in the admin settings area.
Of course your theme has to support them too, like the bundled themes do.
OK, so should we manually set “sendmail_from”…
ini_set( 'sendmail_from', 'me@example.com' );
Which only affects Windows servers anyway I believe.
The only forum solution that will actually reside in your WordPress installation is Simple:Press.
bbPress (the 1.0-alpha at least) uses different methods for sharing data with WordPress.
OK, so davidbaldwin opens a can of worms with his advice here.
I don’t recommend doing it this way, my advice is to create two separate themes for WordPress and bbPress that look alike and if you enable “deep” integration, then carefully pick the functions you want to use from WordPress and insert them into the bbPress template.
Throwing in the whole WordPress header is potentially problematic. It’s possible to do it cleanly with a lot of work, but most people won’t have the knowledge or the time to do that.
Just a note, the load options trick only applies to 0.9 it is default behaviour in 1.0
