With al little hack – somewhere discussed here in the forum – you can get friends-activity to the homepage.
http://berra.graphic-studio.ch is our testsite and a small thing we did: if you are logged out, you’ll get the welcome and login screen. When you are logged in (you don’t see this) your friends activity appear.
If there would be more possible it would be surely great! 
Greez, Michael
It’s a bug in the css. Andy just committed a huge amount of bug fixes. Lemme go check them out to see if this is one of them.
EDIT: Nope, but another forums user has a fix for this. See the ticket for details: https://trac.buddypress.org/ticket/535
I don’t know how Andy would fix it but this works ok for me.
chadfrancis, if all else fails you can try this and see if bp and bbpress *can* communicate with this tool. It just creates a xmlrpc link between bp and bbpress using your config settings on both sides. All it does is say ‘hello’ from bbpress to bp if the link works.
http://ourcommoninterest.org/downloads/xmlrpc-test-rig.zip
It’s a wpmu client plugin and a bbpress server plugin. All it does is use the settings found in site admin > bbpress forums and makes bbpress say ‘hello’.
Uses the URL, username, and password. Authenticates them and says ‘hello’. It’s by no means pretty but it might help.
I like those kind of problems. The ones that are not mine.
Haven’t forgotten, just couldn’t find the topic.
https://buddypress.org/forums/topic.php?id=426
This topic is ultimately what helped me. I used his little $burt variable trick to help see if the two platforms were communicating in the back end, and it turned out they weren’t. This sounds like where you’re getting stuck as well.
Hey John or anyone. I’m /bumping this because I don’t if you’ve had time to dig up what my problem might be, but I didn’t want to be forgotten. I’ve had other things to work on and group forums aren’t my biggest concern, but I would like to get it resolved so I can have it off of my mind. Thanks!
-Chad
I see you added the ticket, so I “briefly” commented on it so that your translation went through fine.
Trent
Done.
https://trac.buddypress.org/ticket/534
Mark this topic as closed please!
I do not have that many English , Tickert Can you open?
Actually, yes! I created a small little plugin to force member login to see member profiles. I was going to put it on groups as well, but my members wanted groups that are public to be just that, public. There is already an option to make a group private anyways.
https://buddypress.org/forums/topic.php?id=481
Trent
Der… This might not pertain to you anyhow, as I forgot that it also involves the forum last poster bbPress plugin.
Diving deeper…
Looks like this is only happening on the Groups forums Burt. The hidden forum appears to get the correct last poster info no problem.
Still diving…
Yep, Nevermind! Not your problem!
Hey Burt… Something strange is happening… Could be I broke something, but I noticed it after I upgraded to .41 of your community blogs plug-in. It probably existed before hand, but I just noticed it now so it’s something to stay cognoscente of.
When looking at the front page of my forums, there are two (three for me) forum sections, public, group, and hidden. The most recent posts in my groups forums area link to the most recent posts in the public forums in the same position. Basically in the same order, but in the wrong forum. I think you’ll have to look at it to see what I mean.
Looks like maybe the $topics needs a separate loop or needs to be cleared? I haven’t dived into it yet, but I plan to shortly.
Just to add to the historical record: I installed BuddyPress on a working WPMU install and got a blank screen of death. It turned out that the problem had to do with the 16M limit in the php.ini file. Upping that limit solved the problem.
There are a couple of solutions.
One is to just use the bp group forums as is. mikepratt has a nice example of this at http://buglenotes.com.
johnjamesjacoby has the bbGroups plugin working over at http://delsolownersclub.com/discussions
fishbowl81 has taken a different approach with http://gorgeousgamers.com/beta/forums/ with the discussion starting about this in https://buddypress.org/forums/topic.php?id=1321
@johnjamesjacoby, I see the same thing John. The integration of ‘standalone’ apps such as blogs and forums under the bp umbrella using XMLRPC if necessary. We can’t rely on the possibility of deep integration of apps to be a given. Why should we even assume that it is possible? With that mechanism we don’t have to. bbpress and wp have full blown interfaces to their respective guts.
It’s possible to even completely decouple bbpress, wpmu blogs and bp so that only user identity is the common thread throughout each that ties the apps together. The implication is that they don’t *have* to run on the same server or be managed by the same site admin. I have ideas about that but I’m already way out of the zone and tone of this thread.
I am sorry, please delete two of the posts… (a litte forum bug here from time to time…)
hempsworth, to be honest, this sounds more like a forum functionality than a blog to me. WordPress has never really had this type of straight forward user based permissions functionality, and while I can say that I think it sure could use it, I will also admit publically that I’m probably not the guy for the job. I think ideas like this should be added as feature requests to the trac, because they’re outside of the current 1.0 scope of BuddyPress, and would also involve some changes to WordPressMU.
Burt, I will take a gander. Also, you think possible to add an option to make the members of the group all editors? Could sort of have a blog/wiki that way.
No need to have a separate install. Did you install Burt’s recent Group Forum plug in? I’ve got it active over at delsolownersclub.com/discussions if you’d like to see how it can be configured.
The sort of functionality I was looking for was the following:
An admin of a group can go to the group settings page and select ‘Create Group Blog’, which would take them to a blog creation page.
They could set the name of the blog, they could set the privacy level (to appear in Google searches or not), and they could choose from the members of that group who would be set as contributor, editor or admin of the new blog, probably through radio buttons next to each group member.
Then, they could click ‘Create’, and the blog would be registered with the group members added and their relevant roles set.
An item in the groups sidebar, under ‘Forum, Wire’ etc, could be ‘Blog’, and would go to the designated blog for that group. We could even output their posts *within* the BuddyPress theme, either pulling from the RSS feed or directly from the DB, and have a ‘Visit the blog here’ link above the most recent posts.
Is this at all possible? I think it’s a much more user-friendly way for groups to set up team blogs.
I guess I hadn’t put much thought to it, but the group forum icons don’t show up for guests, at least not for me they don’t. I haven’t looked at the code to see if this is intentional or simply being at the mercy of the core, but figured I’d mention it.
You can always delete the topics through the “bbPress” side, but you can always create and “future enhancement” ticket at https://trac.buddypress.org/timeline for that functionality, even though I am sure it is on the list of things to do at some point.
The problem still exists – on two different installs I have… STRANGE! Could it be one of the localizations-problems mentioned in other forum-discussions? I am using the german translation…
Thanks again for everyone who gives a thought into it!
MIchael
Quick suggestion, although I bet many people won’t run into this issue…
function oci_get_userdata($u){
$u = (int) $u;
$user = bb_get_user($u);
if ($user->bbGroups) {
return stripslashes_deep((array)$user->bbGroups);
} else {
return stripslashes_deep((array)$user);
}
}
Then, I changed…
function oci_user_name($u){
$bp_user = oci_get_userdata($u);
if ($bp_user['fullname']) {
return $bp_user['fullname'];
} else {
return $bp_user['display_name'];
}
}
Basically, I integrated my forums before installing BuddyPress, so there are users that haven’t updated their BuddyPress profiles that won’t have fullname’s yet… This way I have all of their normal info to manipulate later and still get their original wordpress display_name to fallback on…
There is probably a much prettier way of doing this, but this is the solution my tired brain could come up with for now.
Chad, welcome and don’t be scared; you’ve lurked long enough to know we don’t bite.
I’m going to answer as best as I can in probably no particular order…
In step 6, Trent is referring to the BuddyPress groups page.
Checking cookie integration works fine, and as a matter of fact I’ve always checked it, because I know that not checking it on the bbPress side leads you down a different installation path. I think it basically makes me do the work twice, because checking the box makes you enter the salts and things that we’re already hard coding into the _config files. So, no worries there.
If you check my profile and look at some of the posts I’ve started, I had similar problems and Burt was awesome enough to help me through some things, but chances are that the IXR just isn’t linking up somewhere…
Let me see if I can find exactly how Burt suggested to debug this, but it worked really well and got me up and on my way in a few minutes, after a few hours of banging my head against it.
So in theory, if I write a function to filter into your oci_user_ function, say with an sql query to get the xprofile data I want to use in the forum, it will hit that function, run the query, add it to the bbGroups array, and that array gets saved to the user_meta for later access, correct? That way it isn’t always running my query everytime, but only if it doesn’t exist in bbGroups already… Am I on the right track?
