BuddyPress.org

No, because private groups are private. This would make a good enhancemet ticket for a future version of BP

Good questions, DJPaul. These are things I’m wondering about myself!

About private/hidden forums, will topics made in these forums show up on the main BP forums page for group members who are a part of those forums?

Also about bbPress plugins, would it be possible to somehow take advantage of bbPress’ existing plugins and use them in the BP forums environment?

Or would we need to port some of these plugins over by adding the appropriate filters/actions that BP forums uses?

If you are not providing users direct access to your bbPress forums, then you can delete your bbPress files, if you are then leave them alone. You do not need the buddypress-enable.php file anymore.

I can’t speak for plugins, but if the forums in question are attached to private groups then they will not show up. They will remain hidden in the new directory when accessed through BuddyPress.

If you are not running a highly customized bbPress install, definitely consider using the new forums directory instead of a separate bbPress setup. The integration is seamless and requires no messing with cookies, integration settings/plugins.

First of all, with the version of BuddyPress trunk that you have installed, you will now only have one activity table in your MySQL database. This table is wp_bp_activity_user_activity_cached.

I know that based on the private message you sent me, you have read this thread which details why this is the case. So, unless you added those tables back to the DB, I am surprised that you even have the other two activity tables in your DB. If the BP upgrade was successful, it should have automatically removed those two tables.

Trying to add those tables and their corresponding data back to the DB will do nothing. The BuddyPress codebase no longer references those other activity tables. They are no longer needed.

As for the Site Wide Activity widget, make sure that you log into WPMU’s backend and go to “Appearances > Widgets” and remove the Site Wide Activity widget and then add it back. Also, your widget will not show any activity until someone does something that gets recorded into the wp_bp_activity_user_activity_cached table.

http://youlookfab.com

WordPress blog since 2006, bbPress forum added in 2008, and now a BuddyPress community. To start with we’re only using extended profiles and private messaging, but will layer in additional features over time.

Very grateful for the powerful platform that Andy and team have created, and for the great support offered by Burt, JJJ, Jeff and all the others on the forum.

I’m one of those guys trying to get security working smoothly across the *Press stack

Jason has really been on top with getting the *Press entities fully SSL-compatible; I’ve been privately bugging Jason with SSL questions and he’s been great with responding to everything.

Thanks for all the advice and feedback, Jason (so far)!

Hey there,

I have found sort of a solution that works for me. I needed two Plugins for bbpress:

https://bbpress.org/plugins/topic/105

http://www.adityanaik.com/projects/plugins/bb-private-forums/

You can set which forum is visible to who. Glad I found those.

Cheers,

pxlgirl.

BP 1.0.3: https://wordpress.org/extend/plugins/bpgroups

Future versions: forum integration method has changed totally, I’m not sure and I haven’t tested if the above is still necessary.

Hey Erich,

It’s fixed in the upcoming BP 1.1, but in the meantime, you can apply the fix mentioned here:

https://trac.buddypress.org/ticket/816

“”I’m currently finishing the BuddyPress Privacy Component. A private alpha test will be out within a week. It gives users the ability to set fine-grained privacy control (viewing rights) over all their data. “”

That’s excellent news. Looking forward to it.

@Erich73

No, the privacy component will not be included in v1.1. It is on the roadmap to be a core feature of v1.2.

But, first, we need to do some private alpha testing. Then some non-private beta testing–meaning available to all. Once all the kinks are worked out of it, Andy will evaluate it and decide if it meets the criteria to be merged into the BuddyPress codebase as a core component.

Will there also be a feature like “hiding my activities” ?

The privacy component will offer a user a full suite of privacy control options for:

• profile privacy filtering at the field level
• privacy filtering activity stream by action
• privacy filtering friends list and hiding the “Add Friend” button
• privacy filtering the groups list
• deciding who can instant message you
• privacy filtering for blogs
• privacy filtering wire posts and deciding who can post on your wire

There are also features for Site Admins that allow them to determine which privacy components are enabled (by default, all are enabled).

I’m currently finishing the BuddyPress Privacy Component. A private alpha test will be out within a week. It gives users the ability to set fine-grained privacy control (viewing rights) over all their data.

At the moment there is no access control that determines if a is_site_admin() overrides anything; but Jeff’s working on that component now to provide granular control over BP objects and who can see/do what.

I think that different websites will have different needs regarding things like this, and custom functions/hooks/actions can be created to allow for this if you need them. Example being that currently site-admins cannot edit user xprofile information, but some sites might really want that ability… Same with private messages, etc…

If you need some help looking for a hook or filter or action to tap into, or a function to recreate on your own, we can discuss that in this topic as I imagine others might want something similar for their own use.

Has anyone confirm that this work yet?

Upon looking to see if anyone has the same issue as me, I found this thread. Here is my thread https://buddypress.org/forums/topic/sitewide-activity-and-sitewide-post-problems

Have anyone finally fixes this yet?

My issue? New users sign up, their blog’s privacy is set to private even though in sign up page they set it to public. After first time log in, users can set the blog to public privacy again. It’s bothering me when blog is not public even though users want it to be when first sign up, this means when they write a blog post, it will not appear in sitewide posts widget! Also when other users visit a member that has private blog, there will be an error says that “[membername] has not created any public blog.”

I’m using buddypress 1.0.3 and wpmu 2.8.4a

For a private setup, or one that you won’t be reusing for another client, what I do is create a hidden group and invite the special users into it. When they accept the invitation, you can then build your plugins around checking for people being in that group.

Something simple like…

<?php

define('SPECIAL_GROUP', $your_groups_id);



function is_user_special ( $user_id ) {

if (!$user_id) {

$user_id = bp_loggedin_user_id();

}

if ( groups_is_user_member($user_id, SPECIAL_GROUP) ) {

return true;

}

}

?>

…usually does the trick for me?

1)

I do have BP-version 1.0.1 running on a site and have made a few customizations so far (just CSS-changes and some images).

So with the new template-structure: should I delete the current install completely and get the BP-version 1.1 installed ? I mean: what is the best way to upgrade to the 1.1-version when it will be released in the next few weeks ? I definitely want to have the new template-structure, so I guess I would need to set-up my website from scratch, right ?

And: I am running the site in german-language only.

2)

will this new template-structure also make it easier to design a custom-template for the user-blogs ?

Like I would like to have the user-blogs having the same CSS-style as my main pages ?

I still have not been able to figure how to do this. I would like the user-blogs to have the same design in order to have a consistent website.

Why is this not already the case at http://www.testbp.org ? Why is it still the original WordPress-design ? Is there a chance you create a plugin or something at which the Admin is able to select to chosse the design of the “User-Blogs” like choosing from “WordPress original design” or “TestBP.org design” ?

3)

is there a chance to have a “package install” which will have ONE package which will include all latest software: WordPress 2.8.x, BuddyPress 1.1 and BBPress ?

I read many post where I see people having troubles integrating the BBPress-software into the system (even an experienced BP-expert had troubles).

Is there a chance you will create a 1 Package download which will make it very easy for people to have a full website (like http://www.testbp.org) installed ?

So literally 1 click-download will create a ready-made website, same like testbp.org ?

4)

a user-request to get invited into a “Private Group” is not possible being accepted. This does not work yet at my installation and I think this is a general bug.

5)

the wording of “Blog” and “Blogs” is confusing. In both english and german language.

Many thanks,

If you are saying that you do not want to have groups, activity streams, the wire, private messaging and a few other BP services, and just want to offer users the ability to create a profile and add/see friends, then the answer is simple. Just log into WPMu’s backend as Site Admin and navigate to the BuddyPress menu grouping. Select the “Component Setup” submenu option and disable the components you do not want to offer users.

Gah, as you can tell, not an easy thing to answer. You can really figure it out from the custom component template plugin.

You need the following in your setup_globals:

$bp->achievements->format_activity_function = 'dpa_format_activity';

and this function

<br />

function dpa_format_activity( $item_id, $user_id, $action, $secondary_item_id = false, $for_secondary_user = false ) {<br />

global $bp;</p>

<p>	switch( $action ) {<br />

case 'new_achievement':<br />

$user_link = bp_core_get_userlink( $user_id );<br />

$achievement_name = apply_filters( 'dpa_filter_achievement_nice_name', dpa_get( 'nice_name', array( array( 'type' => 'd', 'key' => 'id', 'value' => $item_id ) ), 1 ) );</p>

<p>			return array(<br />

'primary_link' => $user_link,<br />

'content' => apply_filters( 'dpa_new_achievement_activity', sprintf( __( '%s unlocked achievement: %s', 'dpa-achievement' ), $user_link, $achievement_name ) . __( ' <span class="time-since">%s</span>', 'dpa-achievement' ), $user_id, $item_id )<br />

);<br />

break;<br />

}</p>

<p>	do_action( 'dpa_format_activity', $action, $item_id, $user_id, $action, $secondary_item_id, $for_secondary_user );</p>

<p>	return false;<br />

}<br />

And to record activity:

<br />

dpa_record_activity(<br />

array(<br />

'item_id' => $achievement_id,<br />

'user_id' => $this->user_id,<br />

'component_name' => $bp->achievements->slug,<br />

'component_action' => 'new_achievement',<br />

'is_private' => 0<br />

)<br />

);<br />

Try this

http://devbox.computec.de/category/projects/buddypress/