RSS widget is a WordPress widget, so if it is a problem, make sure you file it on the WordPress trac.
If you are a complete beginner to WordPress then you need to head on over to their documentation for a beginner crash course as it’s more or less impossible to guide you through it all.
Try your luck here for a starter: https://codex.wordpress.org/New_To_WordPress_-_Where_to_Start
I’ve been trying for two weeks to figure out how to install the Forums and can’t even get BBpress to install, much less integrate it. No help on their forums, so I’m hoping someone might have a hint here.
None of the salt values appear in the WPMU 2.7 admin options menu
I have the exact same issues at marcbrzeau and get these errors at end of install:
>>> WordPress “auth” cookie salt not set.
>>>>>> Could not fetch “auth” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “auth” cookie salt in your database.
>>> WordPress “logged in” cookie salt not set.
>>>>>> Could not fetch “logged in” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “logged in” cookie salt in your database.
Forum could not be created!
No worries, it’s always better to ask and learn than to be silent and stay uneducated. 
And yes, you need to look at a members profile in order to see the BuddyPress member theme.
The individual blogs are not managed by BuddyPress but by WordPress MU and because of that the themes are standard WordPress themes.
Yes sir, this is exactly how I have mine. It is from the latest RC1 functions.php file it appears. (Side note: what does it do about archives, etc…?)
Back on topic (mostly)… Here’s a question, and maybe this is the culprit. I’ve asked over on the WPMU forums and so far no one has bitten so maybe I’ll theorize here.
I have two domains, testdomain.com, and testdomain2.com. testdomain.com originally had wordpress.org 2.7 installed on it, integrated with bbpress.org 1.0a6. I backed up my database and started my conversion process.
When I installed WPMU and BuddyPress, I did so at testdomain2.com and I am confident I used the subdirectory option. Then when it was working and I had the test database all restored from my afore mentioned backup, and working with all the integration and everything, I moved all of the files from testdomain2.com, to testdomain1.com. With a few hours tweaking, everything appears to be working, but this and the fact that it is now installed as a subdomain install instead of subdirectory.
Now, I can’t tell what the difference is between the two installs (subdirectory and subdomain.) The .htaccess files are the same, the database is the same, and the files all appear to be the same as well. What the heck does WPMU do where to have it know the difference? Could that be part of my problem? Ah!
@mikepratt, Burt nailed it on the head, but I’d like to add that I think many people are still stuck in the forum world, and haven’t peeked their heads out to see that social networking has evolved in the past 5 years or so. I know on lots of car or video game forums, it’s basically just a free for all chat fest, and trying to convert those minds into using BuddyPress or WordPress alone is too big of a change; I’ve tried it twice now with little success. Having a dedicated familiar looking forum but using BuddyPress to emphasize the social atmosphere helps those stubborn users transition a little easier and allow them to fallback on the features of a dedicated forum in the event it doesn’t work out.
@burt, I noticed on your Common Interest site that you have the forums separated between public and group. I would like to do something similar, and am curious as to how you did so. Also, is there an easy way to tap into the profile fields/user information from BuddyPress and display it as post author information in bbPress?
Hi all.
I had an issue with widgets when I first translated BP to Swedish.
Try this: after you upload your translation file go into the admin panel and remove all widgets from the site.
After this, re-add them the same way as they were before.
Andy mentioned that WordPress registers widgets in a “wierd” way that translation can screw up.
arturo84, thanks for your quick reply. Feedback becalms in first…
So: Andy Andy Andy (we believe in you) 
P.S.: i announced this issue in the german BuddyPress forum.
Andy, we’ve had a discussion on IRC long time ago about this ticket https://trac.buddypress.org/ticket/257
And it’s stuck with this WordPress bug https://core.trac.wordpress.org/ticket/8662
Could you push the core devs up there to take a look and commit the patch? It’s a tiny bug, and it doesn’t affect standard WP installations, but it does to BP, and it’s bugging us who live ahead GMT and use our local time as the blog’s time.
Try FeedWordPress and get the posts using RSS Feeds. You do not need contributor rights etc.
The questions still remains unanswered. Do we have to manually edit files when moving wordpress mu & buddypress to a different domain?
Yes, same here. I upgraded both my BuddyPress and WordPress to the latest versions but error still persists.
My BBPress installation cannot find my salt cookies even when I plug them into the install from wp-config.
They do not appear in my WPMU admin options menu.
I always get this message at the end of install:
>>> WordPress “auth” cookie salt not set.
>>>>>> Could not fetch “auth” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “auth” cookie salt in your database.
>>> WordPress “logged in” cookie salt not set.
>>>>>> Could not fetch “logged in” cookie salt from the WordPress options table.
>>>>>> You will need to manually define the “logged in” cookie salt in your database.
Forum could not be created!
Nevertheless, I get an email saying that the install was successful. But when I go to the BBPress admin in the WPMU dashboard it doesn’t see the installation.
and some of this:
[Sat Feb 7 17:41:14 2009] [error] [client 86.162.51.73] user gigbuddy not found: /
[Mon Feb 9 12:26:44 2009] [error] [client 86.158.64.7] FastCGI: server “/var/www/fcgi/php-cgi” stderr: WordPress database error Unknown column ‘g.status’ in ‘where clause’ for query SELECT id as group_id, slug FROM wp_bp_groups WHERE g.status = ‘public’ made by require_once, do_action, call_user_func_array, groups_admin_settings, bp_has_groups, BP_Groups_Template->bp_groups_template, groups_get_all, BP_Groups_Group->get_all
[Mon Feb 9 12:28:56 2009] [error] [client 86.158.64.7] user damageinc not found: /phpmyadmin
[Mon Feb 9 12:29:53 2009] [error] [client 86.158.64.7] user gigbuddy not found: /wp-admin/
[Thu Feb 12 10:41:55 2009] [error] [client 86.162.51.73] FastCGI: server “/var/www/fcgi/php-cgi” stderr: WordPress database error Unknown column ‘g.status’ in ‘where clause’ for query SELECT id as group_id, slug FROM wp_bp_groups WHERE g.status = ‘public’ made by require_once, do_action, call_user_func_array, groups_admin_settings, bp_has_groups, BP_Groups_Template->bp_groups_template, groups_get_all, BP_Groups_Group->get_all
[Thu Feb 12 10:44:35 2009] [error] [client 86.162.51.73] user damageinc not found: /phpmyadmin
This is what is called “deep integration” over on the bbPress side of things. It is often times shied upon but I feel is very much a requirement for making things look all nice and pretty.
I know for sure it is possible on the WordPress.org side of things as I’ve done it several times, but I am going through my first MU/BuddyPress attempt tonight and tomorrow.
I’ll do my best to see if there are any differences, and report back with what I find.
Actually, it would be the other way around. dbDelta is actually a wordpress function that plugins can call to get upgraded. Andrew mentioned that this would all be sorted out with a plan to address buddypress by the multi-db 2.8 release. The reason you have to comment out all the dbDelta lines of code is due to a compatibility error that will fill your errors logs
As well, the search breaks with multi-db since it needs to call more than 1 database since one is global and one is for specific users information, it fails. It tries to find a member specific query in the global DB (since that is the one that is called first) and can’t find the info which causes an error.
The multi-db code also puts all user activity tables in the same DB right now (since it can’t spread them around without code to do so), so the only benefit you get is if you need this solution for multiple blogs. It actually created them all in the global DB when I used the move-blogs tool, but wanted to find them in the same DB as main blog. I had to copy all the user activity tables to that DB for it to work. If you start with a fresh install, it will create them in the right DB straight away.
Summing up, by WPMU and multi-db 2.8 and a 1.0 BP final release, it will draw more attention so that the solutions will have a clear goal to shoot for. This is a topic better suited in the Premium wpmudev forums as well I think. Glad to discuss it further there!
Trent
oh thanks Andy this sounds good!
and now i take the opportunity to ask if there is a repository i18n for buddypress in the svn, and, if is yes, how update the language files.
thank you for the great work you do.
Arturo
BPIT Staff
I’d assume for now that you will have to manually add the language file, however in the future it would be nice to support that too.
one thread has one to many messages
one message has one to many recipients
one user has zero to many threads
the squiggly stuff you posted is a serialized array of message and sender ID’s. In PHP if you take that value and use the function unserialize() (or maybe_unserialize() if you are in the WordPress environment) you will get an array full of ID’s you can then iterate and use.
Thanks Burt. That answered my question.
I realize now I didn’t really phrase my question clearly. I have been using bbPress integrated with WordPress.org for a few months now and am very comfortable with how it works, however it obviously integrates much differently with BuddyPress, with group forums and all.
So to confirm, there are group forums and then global forums, and anyone can post anywhere regardless of group membership?
FYI https://trac.mu.wordpress.org/ticket/894#comment:3 has added a hook so we can customise the subject line of the email sent to new users (accounts) after activation.
MartinNr5.
Clear your cookies, then after logging in both places, view your cookies in like Firefox. I am assuming that they should be named something like wordpress_ and wordpress_f5433ed3c296d4543 (where the letters after the underscore is a hash).
In both your wordpress and bbpress config files, add the following:
define('COOKIE_DOMAIN', '.example.org');
define('COOKIEPATH', '/');
define('COOKIEHASH', 'f5433ed3c296d4543');
Log out, clear cookies, and it should work.
Don’t know about the groups, but as far as your subdomain problem… you can only set these options (between user.domain.com vs. domain.com/user) when you install WordPress MU. Once you set that during install, there’s no way to change it after that. If you have to change it, you have to reinstall WordPress from scratch and pick the right installation options.
I will go out on a limb to say that what looks like a bug at first is often times just normal user error.
I consider myself a seasoned PHP/SQL/Linux/WordPress/bbPress veteran, and to be honest it took me installing and reinstalling MU/BuddyPress 4 times before I was able to follow the instructions correctly. Each time I would have sworn on my undead mothers grave that I did everything right, but alas…
So a tip to you all, if it isn’t working, it just might be because of something you don’t know you didn’t do…
Now I’m trying to use Burt’s plugin in combo with the Block Admin plugin to prevent users from accessing the dashboard but no luck. I have new blog owners defaulted to author, and yet they still get access to the dashboard.
