BuddyPress.org

No, this sort of privacy change isn’t going to get into BP 1.1.

One way is to use the “is_user_logged_in()” function in the profile loop (normally, “profile-loop.php” in the member theme).

You need to use that in conjunction with (bp_get_the_profile_group_name() == “BASIC”), where BASIC is the base profile group name you specified in the BP dashboard settings, to test whether you’re on the BASIC profile.

I am interested in this as well:

– the BASIC profile-information about the user should be publicly visible.

– the DETAILED profile-information about the user should only be visible for registered users.

any chance to get this implemented into the official release of BP 1.1 (prior to Jeff Sayre´s Privacy-Plugin) ?

Many thanks,

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?

As it stands, no. This may change if I can work out a way that doesn’t require a slow query.

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

Possibly if you place them in mu-plugins, but you don’t have the bbPress backend.

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

I would try and port some if you’re up for a challenge.

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?