BuddyPress.org

Erich, I’m guessing that private and hidden topics will be shown to the logged-in user if they have permission to view them, otherwise just public topics will be shown.

probably I do not understand this discussion, but I would think that “private” and “hidden” Forum-topics shoud NOT show-up within the public “Forum Topic Directory” !

Please clarify.

Its a bug.

https://buddypress.org/forums/topic/private-groups-and-forum#post-24964

The current version of bp-contents is not compatible with BuddyPress v1.1. I know that Burt was making some significant improvements to his plugin, waiting for v1.1 to come out before he released it.

I would suggest that you contact him via BuddyPress private messaging and see what he says about a timeline.

@djpaul: I know, I know…sorry I would start my page with an invisible group for beta testers this week, and exactly this feature doesnt work ^^

Ya. I’m amazed you guys are even still on the forum. LOL. You should be out celebrating and/or taking a week off.

madloki, he’s just released a major new version of BuddyPress 2/3 days ago. Any further release – unless there’s a genuine critical bug found, and this isn’t one – I expect will be quite a few weeks at the very least.

Obviously a trunk code fix will happen as soon as Andy or someone else contributes a fix.

Posted this under ticket https://trac.buddypress.org/ticket/1149

Thanks andy, is there any timeline for the bug?

I will debug this. Only forum posts on public groups will show on the directory.

Same problem, can not create new topics ( Or, he creates the topics but listen only when the group has right 1, private and invisible doesn´t show the topic in the forum directory. Please fix this fast! Many thanks

Hey, I have been having the same problem! I found a partial solution to this in a previous post, but it only makes certain specified ‘slugs’ private, and not the entire site. Is there anyway we can modify this code to make it privatize the whole site?

the code is located in bp-custom.php in the mu-plugins folder.

//this makes directories private



function oci_restrict_access(){

global $bp, $bp_unfiltered_uri;



if (!is_user_logged_in() &&

(BP_MEMBERS_SLUG == $bp_unfiltered_uri[0] ||

BP_FORUMS_SLUG == $bp->current_component ||

BP_GROUPS_SLUG == $bp->current_component ||

BP_HOME_BLOG_SLUG == $bp->current_component)){



bp_core_redirect( get_option('home') . "/wp-login.php" );

}

}

add_action( 'wp', 'oci_restrict_access', 3 );

any help would be great!

I am also getting “There was an error when creating the topic” however the topics are being written to the database fine. This only seems to be happening when a group is set to ‘private’ or ‘hidden’.

When the group setting is changed to ‘public’, all of the posts in the database for that group appear and the error is not shown when making new posts.

If the group is public then the forum posts show up in the Forums Directory, if they are private or hidden they do not – which is expected – however the tags for hidden or private posts show up in the ‘forum topic tags list’ – not to serious though.

@gregeland

As this thread was three weeks old before you posted today, and it was already marked as resolved, please start a new thread. Most people who provide assistance will simply ignore threads marked as resolved, preferring to spend time on threads where help is still required.

Also, Matt may or may not see that his 3-week old thread has new activity. So, if you want an answer from him as well, your best bet will be to contact him via private messaging.

I think what we all really want to know is…

Will this plugin keep my thoughts private and protect them from the aliens?

If the group forum is an “open forum” meaning it is not hidden or private, then you will automatically join the group when you post a reply or create a topic in it.

Try toggling public/private on that blog setting on and off. Something else is to make a test post on that blog (and see if that refreshes the BuddyPress display or not).

Ha, faster :o) Jap, the plugin works to 50%, but the changes in bp core will this version not support. We will wait for your plugin, before i will not go online with the (beta :p) page.

@madloki

The solution you linked to does not work with BP 1.1 because it relies on a core function that is now deprecated. It also relies on hacking a core file, which is never a good idea.

My Privacy Component will be out soon.

Me too! An privacy option is very important. This http://devbox.computec.de/2009/06/buddypress-xprofile-privacy-plugin/ does not work with 1.1

Edit: it does work! But user must select before. But privacy fields like birthday etc. should never be visible for guest. Maybe with an click to activate, but at the moment thats not good.

Thanks Reboot Now – and wordpressfan for suggesting it in the first place. Will definitely look into giving this code a try prior to future BP work as this is very important for privacy, especially for children, who will potentially be a significant part of a site I am working on. Membership will be verified to ensure protection of the children’s private information while allowing them to participate fully in the community.

Maybe someone could take this and turn it into a plugin…?

@Jeff Sayre – your plugin is also useful as it gives a universal (i.e. WP not just BP) and individual-focussed privacy option, which is also very important. good work!

This is a little risky for a non-programmer, but here is some code that would replace the profile-loop.php file in the skeleton member theme. Note that this theme is deprecated in the new parent-child theme setup. It is also not a sophisticated privacy component like the one Jeff is working on. It simply omits everything except the base profile fieldset when a non-member views the profile.

This is from my own installation, but I have removed some pieces (mostly formatting) to simplify things a bit. I haven’t tested it in the simplified form.

It assumes that “Base” is the base profile group name you specified in the BP dashboard settings.

<?php

/*

* /profile/profile-loop.php

* This file loops through the profile field groups, and then each profile field to

* display the profile information that a user has entered.

*

* Loaded by: 'profile/index.php' (via the xprofile_get_profile() template tag)

*/

?>

<?php if ( bp_has_profile() ) : ?>



<?php while ( bp_profile_groups() ) : bp_the_profile_group(); ?>



<?php if ( (bp_get_the_profile_group_name() == "Base") || ( is_user_logged_in() ) ) : ?>

<div class="info-group">



<?php if ( bp_group_has_fields() ) : ?>



<h4><?php bp_the_profile_group_name() ?></h4>



<table class="profile-fields">

<?php while ( bp_profile_fields() ) : bp_the_profile_field(); ?>



<?php if ( bp_field_has_data() ) : ?>



<tr<?php bp_field_css_class() ?>>

<td class="label">

<?php bp_the_profile_field_name() ?>

</td>

<td class="data">

<?php bp_the_profile_field_value() ?>

</td>

</tr>



<?php endif; ?>



<?php endwhile; ?>

</table>



<?php else : ?>



<h4><?php bp_the_profile_group_name() ?></h4>



No info yet.



<?php endif; ?>



</div>



<?php endif; ?>



<?php endwhile; ?>



<?php if ( !is_user_logged_in() ) : ?>

<p class="not-a-member">You need to log in to see full member profiles.</p>

<?php endif; ?>



<?php else: ?>



<div id="message" class="info">

<p><?php _e( 'Sorry, this person does not have a public profile.', 'buddypress' ) ?></p>

</div>



<?php endif;?>

To be clear, the core privacy component will offer users the ability to decide which pieces of their core-created data they want to make available to which users (or groups of users). It will not offer a mechanism to hide data from people who are not “subscribers” as subscriber is not a BuddyPress user classification or level.

For more details, I’ve created a new thread about my plugin.