Nope, no other problems, just the messaging problem I referred to in another thread (and maybe that’s related?). The other person I’ve found who has that problem does not seem to have a subdirectory install, though. (in the comments here http://futuristguy.wordpress.com/2009/01/05/missional-tribe-not-just-another-use-of-the-word-missional/)
So far every other problem I’ve had has been clearly matched to this misalignment of /eportfolios and /eportfolios/social . And working out the right links has fixed all of those problems.
But I think maybe I wasn’t clear–it’s not just that buddypress is in a sub-directory, the issue is that the buddypress homepage (home blog) is *not* the home blog of the wpmu install. Blog number 1 of wpmu is at /eportfolios and the buddypress home is /eportfolios/social
Is that something you’ve tested and had full functionality without these changes? That would be great–would make upgrades easier–but I don’t see how.
See, siteurl() is macaulay.cuny.edu/eportfolios . but in the case of those links in the top nav (and others) it should be macaulay.cuny.edu/eportfolios/social
Tell me there’s something obvious I’m missing! That would be great!
BuddyPress is a set of WordPress MU plugins.
Andy, about _wpnonce, the problem with “WordPress failure notice” the theme is the default home/member theme, and the problem is with the email… how i resolve this? thanks!
edit: i’ve read in the svn the fixing in #1126. Thanks.
Sorry for the confusion. I’m juggling a few ideas so I’m probably not communicating in a straight line right now.
Check out http://delsolownersclub.com/discussions/topic/great-job-john for an example…
Basically some of the people logged in and posting in my forums were converted over from a wordpress.org install, and they have yet to update their buddypress profiles with real name info, so using this plugin, their names don’t show up at all, and neither do their avatars as they haven’t uploaded one yet either. Make sense?
And yes about your template… If you look at the front-page.php or forum.php files, you’ll see that the usernames still fall back on the bbPress username of ‘admin’ instead of your name as ‘Site Admin’ if that makes sense? Striving for uniformity, I’d like to get all of the names displayed the same.
Installed and working. Yay! 
Since I converted my db from a wordpress.org install, not all of my users have converted their information, i.e. real names, etc… Is there any way to have a fall back and use the nicename in the event no real name exists? Also, if there is no avatar uploaded, it doesn’t seem to use the generated avatar for me. The idea would be to have everyone use an avatar eventually, but alas my user base can be slow to adapt…
Do you have a way to do the user names in forum.php, functions that are usually topic_last_poster() and $topic->topic_poster_name? I suppose if the user->ID of those people is within $topic then it’s pretty straight forward eh…
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?
