BuddyPress.org

@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/

See https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions, “How to hide selected profile fields” and “How to show secondary profile fields while hiding the “Base” profile fields in a user profile”.

These should get you started and this has been discussed elsewhere on the forums, so do a search.

I have “WordPress Failure Notice” error you are getting, webatease with BP v1.0.3. I haven’t spent any time investigating it further yet tho.

Can someone confirm whether this is a known with no current fix in the existing version or plugins?

I am getting the emails appropriately, but when I click on the link to approve/accept the group add, it gives me a website with “WordPress Failure Notice” at the browser title, and it asks “Are you sure you want to do this?” But it has no option for me to select yes, or check anything to actually approve. So this is still in the queue.

Similarly, I cannot reject the request – and if I click on the link in the email that says to view the request, it takes me to the user’s profile – but the request is not listed. In fact, in his of groups, it lists (1) as the number of groups (assuming because he requested), but then underneath it says he “hasn’t joined any groups yet.”

This does look useful to me, at least! But I want to confirm before I make the change.

My line 267 in bp-blogs-classes.php currently reads

if ( !(int)$wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

So you’re saying I should just replace

$wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

within that line? Or the whole line?

I haven’t updated bpgroup to be compatible with trunk bp yet. There’s a trac ticket by me whining about the lack of wp actions on group creation with the new group creation stuff.

I experienced a similar problem as well.

Did you edit a BuddyPress core file using a bpGroups function?

You should let Burt Adsit know of your fix, so maybe he can provide a cleaner solution using his plugin instead of editing the core:

https://buddypress.org/developers/burtadsit

—

Try adding this to line 161 of /wp-content/mu-plugins/oci_bp_group_forums.php

add_action( 'groups_create_group_step2_save', 'oci_bb_group_updated', 10, 1 );

See if that does the same thing.

bbPress does not have any native ways to hide forums that should be hidden. You can do as I have done – installing a “blank” theme that redirects users to your main site, limiting users to use the built-in group forums functionality only – or you could install a bbPress plugin that hides forums from those that are not allowed to view them. There is such a plugin, intended specifically for buddypress users, but I can’t remember what it is called.