I’ve noticed even if I use what bbPressers call “deep integration” (including wp-load.php in bb-config.php) on the bbPress side, bbPress still seems to blast out the BuddyPress specific content. I’ve echoed the files and I know they are all getting included, they’re just not doing anything once bbPress gets a hold of it.
21 hours since the announcement!
;0
i have just setup my new debian/nginx server with php fastcgi with eAccelerator, built in memcache and have my re-write rules sorted.
All i need now is rc1 
I believe Nicola is using gravatars for both his buddypress and his bbpress installations.
My posts never seem to get published Strange. Anyway I am working on http://beergogglehell.com
Thank you for the explanation.
I will continue the conversation on the dev site.
Yeah I agree that there should be a MU pass-through for the Buddypress plugins to work on bbpress. I don’t see why they wouldnt since everything is fully integrated, but for some reason they are not. This also, makes me wonder how Nicola gets avatars to show up on the bbpress side. I am having some issues with that as well! Any ideas? I would love to see the forum theme that Nicola is using and make my modifications off of that!
Howdy!
Here we go http://www.gigbuddy.org – nowhere near finished yet but looking pretty good so far
Phil
sitewide activity table is just cache of all the activity for every user. It would crash your server if it wasn’t a cache. Every user has a table where their activity is not cached, you’d be better off using that.
I’m not sure exactly where you are trying to use the $activity object? The activity tables have to be generic, so that they can be used for anything, adding specific fields wouldn’t work. You need to check out the format_activity function in each component, that is where you would want to replace the output with the excerpt.
Your best bet is to download the skeleton component, as that explains how things work:
https://codex.buddypress.org/developer-docs/creating-a-custom-buddypress-component/
I have this plugin up and running. Here’s the way it works. You install a plugin on the bp and the bbpress side, import your existing groups and group users into bbpress. That creates forum and user meta data in bbpress that allows group forums to operate there as expected.
Part of the package is a live link using xmlrpc to do two things.
1. Keep the forum and user meta data updated for changes in bp. New groups, group status changes, users joining/leaving groups, user promotion/demotion/ban.
2. New topics and replies created in bbpress need to show up in the bp activity stream and trigger actions over there.
I’ve got the import done and the link from bp to bbpress in xmlrpc running. I’m working on the bbpress to bp link now. Should have the bbpress to bp link done by today or tomorrow.
Then I need to test it on my linux server and let interested others give it a whirl on their development servers. That’s where things stand.
If we use NextGen for time being before Buddypress to release the album plugin, we need to make sure that it can be easily imported into new photo album plugin instead redo the captions, etc for each albums. I hope it will be not necessary to reinvent the wheel. Let’s incorporate NextGen or SlideshowPro to make our lives easier
you should edit the header.php of the default theme of bbpress, as i’ve done on buddypressdev.org/forums
Today i have instaled the latest files and everything is ok. Maybe i have done something wrong.
btw. There is in error in this bbPress Forum. When i edit an message and send it i get a green screen with:
Topic not found.
Back to BuddyPress Forums.
However, the changes are send, it seems to be a redirection problem.
Best,
Karl
Have a look at the “About” Page and scroll down, as you can see Photo Albums will be part of future buddypress releases..
There is a great plugin called role manager that allows various degrees of access and capabilities to different users.
Could that be applicable here within Buddypress?
Vida
Mr. Adsit sir, no rush of course but I’m curious if you have an ETA on this plug-in? I’ve got things nicely integrated now, and feel like this would be a great finishing touch. 
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.
Slightly off topic, and correct me if I’m wrong, but “Blog” is basically just a direct link to the wp_1_ blog, right?
Is there any working way to change that URL and link?
What revision are you running, this was fixed yesterday or the day before I believe.
No, please let me clarify…..
I am saying that whatever changed from BP Beta1 to BP Beta2 has caused an incompatability with the script…
SCRIPT + BP Beta 1 = WORKS GREAT
then the only thing that changed….ill say it one more time
THE ONLY THING THAT CHANGED was Buddypress
Now BP Beta2 and the Script dont like each other. I just want to know what changed from the 2 Betas that would make PHP scripts NOT RUN anymore in the header.
If you are familiar with the scientific method you know that when somethign works fine then you change somethign and now it does not work…..the issue resides from the CHANGE you made. The only thing that changed was Buddypress…Nothing else changed, at all, period.
Sorry if that came off as rude, I just wanted to make this abundantly clear. Not like this is a crazy script or something. Its simple, and straight from the PHP manual, and THE ACTUAL SCRIPT WORKS FINE, IT DOES ITS JOB FINE!~
So you are trying to say that this is a buddypress issue because your 3rd party script doesn’t run on it? It is up to you to get your 3rd party script running with buddypress and not the other way around.
the script works FINE…and it worked 100% with the BETA 1 of buddypress…..its the changes to BP that are conflicting….cant be any other way. I have this script running on other sites no issue…but no BP on the sites. This script is verbatim from the PHP MANUAL.
Maybe there is a workaround in BP that you know of….rather than running a seperate PHP script. The script basically counts the number of rows in the database I created (its a seperate database from the one running MU/BP). This number translates into the number of entries into the database. Any thoughts?
I should also note a few things here for people to be aware of when upgrading:
– If you upgrade from a previous version and are using your own custom theme, you will need to copy over the functions.php from the latest buddypress-home theme.
– Nonce security has been added. This means input forms now have hidden “_wpnonce” fields that ensure that the user has intent when submitting information. You will need to add these fields to the forms if you are using a custom theme. You can see where to add them by looking here. Look for <?php wp_nonce_field( … ) ?>
– You may find some activity stream items around blog posts will take some time to re-cache and update properly. Give it a few days.
– If you get a white screen. Check your logs, this will tell you the error. More often than not, it’s because you haven’t updated the functions.php file in your theme.
– “News” in the home theme has changed to “Blog”. Update your permalinks if necessary.
So the problem is with your script, not with BuddyPress, it’s up to you to fix that.
ok, here is what I just did…
1) deleted all databases completely
2) created brand new database for the MU/BP install
3) Installed latest trunk of MU 2.7
4) Tested everything…no issues at all
5) Installed latest trunk of BP
6) Looked at the DB, the correct fields are there
7) Tested everything…no issues at all
–“Full Name” Field is there
–Registration goes perfectly
The above is using the WPMU Default theme!
Now, I have pulled that problem script out of the header of my custom theme and am going to upload it, activate it and see what happens without the script. Will report back.
—-UPDATE—-
Everythign worked fine. Next.
Ok, I added the php script back into the header….”Full Name” field gone again. So we have done the same procedure abotu 10 times and have concluded that that will not fix the issue. I think its time to start looking at this differently. I can say with 100% certainty that this all worked fine, perfectly, ALWAYS without exception on the Buddypress Beta 1. Back to square one!
