BuddyPress.org

I’m unable to reproduce your issue on a single install with over 20 plugins active and plenty of custom functions active in bp-custom.php
I can upload medias without problem with different 3th party themes or Twenty’s

Try to upload a fresh copy of WordPress and BP and see if it makes a difference.

Now about the snippet.
It works more or less, no code error. You commented the action, so it is deactivated if someone copy/paste it without correcting this.

That said, what is the reason behind using a redirection to login if the site, or at least the buddyPress parts, should be private ?

Wouldn’t it be more logic to redirect visitors to an anonymous page with some important information, from which the first one could be Sorry, but this site is private ? Followed by some informations how to register or pay a fee or whatever the reason.

A private site has two type of visitors: those invited to join and the others. Don’t give the opportunity to those who are there by chance to enter the site so easily.

I let you think about this and eventually create an appropriate page and template.
Here a code example redirecting to a page called Intranet and the correct calls to slugs for all components (including bbPress).

function bpfr_guest_redirect() {
global $bp;
// enter the slug or component conditional here
	if ( bp_is_activity_component() || bp_is_groups_component() || bp_is_blogs_component() || bp_is_page( BP_MEMBERS_SLUG ) || is_bbpress() ) {
	
// not logged in user are redirected to - comment/uncomment or add/remove to your need
		if( !is_user_logged_in() ) { 
			//wp_redirect( get_option('siteurl') ); //back to homepage
			//wp_redirect( get_option('siteurl') . '/register' ); // back to register page	
			wp_redirect( get_option('siteurl') . '/intranet' ); // back to whatever page
		} 
	}
}
add_filter( 'get_header', 'bpfr_guest_redirect', 1 );

Add it to child-theme’s functions.php

Hi,

the logout link is redirected to the same page. If you’re on your profile notifications screen, which is only intended for you, it is normal that when you logout from there, you’re redirected to a page not found message. Notifications is even private and not public.

The solution is to redirect to an always public part of the site on logout.

Add this snippet to child-theme’s functions.php

//* Redirect WordPress Logout to Home Page
add_action( 'wp_logout', create_function( '', 'wp_redirect( home_url() ); exit();' ) );

Advice 1: use preferably the login widget, so the user stays on the same page where he attempt to login instead to be redirected to that boring wp-login page.

Advice 2: on the Home (which is the member directory), you have all BP pages listed at the bottom. Remove them ! You certainly don’t need to give access to account activation or register page to your visitors…

Hi,

you can try to remove the private message button from the template or hide it with CSS.
And add a custom one who leads to admin inbox.

The link should look like
http://your-site.com/members/YOU/messages/compose/?r=THE ADMIN&_wpnonce=an_alpha_numeric_value

See here how you may code this

Codex and Forum are your friends to search about template customization.

Hi !
How could this have happened ?
Are you sure you clicked on private message and not on public message ? Or have you checked the option
This is a notice to all users ?

But no worry ! To delete this notice, go to your profile, click on Messages > Notices and delete the message from the list.

According to your specifications:

1) We would like that user after purchase of one of those services could access to a private page where he can manage what he have purchased.

2) We would like to have freedom to put personalized content on user private pages.

3) We need in particular that a user could use a contact form tu send us extra information on services configuration.

Solution:
1) woocommerce + some page privacy settings
2) wordpress configuration
3) a contact form ?

I would say you don’t need BuddyPress for that. Confirmed by your statement:
We don’t need to have interaction between user, like a forum or a social network.

Read about BuddyPress.

You’re welcome. 😉
In case of, here’s another trick.

We’re cross-posting ! 🙂 Hope you can follow !

– As non logged visitor, when i’m on a user profile who hasn’t set anything i don’t see Private.
– If i’m on a profile having a friend privacy setting, i see it.
– If on a profile set for “only logged in users”, i’m redirected to register.

Is it appearing all the time for you?

Yes !

If i see a direct access to a functionality like Add as Friend on the profile header, why would i go to a tab labeled Private to do that ? That’s not very logic imo.

When i go to a profile, i see the header first and (depending whats used on the site) a more or less long buddynav menu. 😉

No worry about the notice. I don’t activate wp_debug on a production site.

hi @fencer04,

thank for sharing your work. Well done, but it needs some revision (sorry).
At his activation on 2 test sites (one with 4.5.3/bp 2.6.1, other 4.6/bp2.6.2) i got a notice.
Array to string conversion in buddypress/bp-core/classes/class-bp-core-nav.php on line 279from

sbpp04_privacy_check( )	..\plugin.php:525
sbpp04_privacy_redirect( )	..\buddypress-profile-privacy.php:176
bp_core_remove_nav_item( )	..\buddypress-profile-privacy.php:184
BP_Core_Nav->delete_nav( )	..\bp-core-buddybar.php:798

Another point concerning UI/UX is the Private button appearing on buddybar.
On this tab, a default message says Friends Only.
USERNAME has chosen to limit profile access to friends only.
That’s wrong! Because this appear on each profile, even if the owner hasn’t setup anything about his profile privacy.

So far i understand its fonctionality, this plugin let each member decide to show or not his whole profile page to friends or members only or to everyone (bp default).

– imo this tab should show “This profile is private” to anybody who is concerned by a privacy setting and should not appear at all if “Everyone” is set.
– the original BP Add as friend button on profile header or members directory is still there. This means that there is no need to go on Private tab to ask forfriendship.
This is a little confusing !

If the plugin is to extend profile settings, it should appear in profile settings only. And as it doesn’t superseed BP, there is no real reason to give him an extra tab on buddybar outside of the settings scope. A template notice could be enough to tell visitors what’s going on on such a profile.

Just my 2 cents.

No that’s not possible.
Only Me is very private and visitors or logged in members can’t see the profile in this case.

Wich file format do you use for your list ? Where is this list taken from: wordpress, private list,… ?

Pehaps you could use this plugin if you used CSV ?

For more details, check on WP codex how to achieve this task. BP shares users with WP and is not concerned directly by your question.

Try this:

function mohammad_remove_private_message_button( $button ) {
$user_id = bp_loggedin_user_id();

    if ( $user_id == '37' ) // the user ID
	$button = '';

     return $button;
}
add_filter( 'bp_get_send_message_button', 'mohammad_remove_private_message_button', 1 , 1 );

More details here:

[Resolved] how hide tab only for user? not remove/disable

Thanks for the suggestion, @earl_d. I had tried it already, but at your suggestion, I tried again. I did find one user error on part that was partially responsible for the fact that it didn’t work previously (the root group forum had a visibility of “Hidden”, which breaks makes the topic inaccessible to non-admin users). But still, your suggestion didn’t work for me.

TLDR: I got it working, mostly, though not entirely, and not using the approach you suggested, but your suggestion sent me down a fruitful path that ended up working out. See Scenario 4 below. Posting all of this for the benefit (hopefully) of others that may come along some day trying to work through the same issue.

(BTW, the way I interpreted your suggestion was that I should set the top-level group forum to have type=category instead of type=forum. In any case, here are my results…)

Versions

1. WordPress: 4.6
2. bbPress: 2.5.10
3. BuddyPress: 2.6.2

Scenario 1:
(a) Create the BP Group without an associated forum.
(b) Separately, later, create a forum with type=category
(c) Go to the BP Group’s settings to try and associate the Forum to the BP Group

Fail: The forum drop-down has the category forum greyed out, probably because it’s type=category.

Scenario 2:
(a) Create the BP Group *with* an associated Forum (which will automatically have type=forum)
(b) Separately, later, go edit that new Forum’s type, setting type=category
(c) Navigate to the forum’s page within the group. Say’s “the forum is empty.”
(d) Add a new sub-forum type=forum
(e) Create Topic A in the sub-forum
(f) Navigate to the group’s forum again (as a non-admin user)

Expected: Topic A should appear
Actual: Topic A does not appear

(g) How about directly linking to Topic A? Maybe Topic A is accessible to the user, but somehow the template simply isn’t outputting it under (f) above?

Expected: Topic A should be accessible
Actual: Topic A is accessible

Therefore: the user can see and interact with Topic, but BuddyPress doesn’t know about it as being part of the forum.

In retrospect, what seems to have actually happened here is that the original group of type=forum was regenerated and associated with the BP Group. So our topic is probably not showing up in the Group because it’s parent is the sub-forum of a forum the forum that is no longer associated with the group.

Scenario 3:
I thought: If sub-forums don’t work, then maybe multiple sibling forums could work. The Settings page for BuddyPress obviously only allows you to attach one forum, though the data model seems to allow for multiples. However, after slogging through the code, it’s clear that the current version of bbPress thwarts the adding of multiple forums. In at least two places that I saw in the code (like includes/extend/buddypress/groups.php), you have something like this:

// No support for multiple forums yet
$forum_id = (int) ( is_array( $forum_ids ) ? $forum_ids[0] : $forum_ids );

So even if you were to completely bypass the user interface and do a hack of some kind to attach multiple forums to the group, this sort of code would thwart the hack.

Scenario 4:
So what if we go back to Scenario 1, but set up the initial group-associated forum with type=forum, instead of type=category. It would then be selectable in the admin UI, or could just be created automatically upon creation of the group.

(a) Create a new private group with an associated forum
(b) Go create a new private forum and set its parent to be that initial group forum
(c) Create a topic in the sub-forum
(d) Navigate to the forum within the group as a non-admin user

Expected: The sub-forum should be visible and navigable
Actual: It is! The user can click through, see the topic within the sub-forum, and reply on it.

Conclusion: Success! This is the best and most functional scenario thus far.

Key differences from what I’d tried and failed before:

1. All forums involved have to be set to Private visibility. If Hidden, then some aspects of this may success, but others will fail.
2. The forum that is associated with the group will have to be type=forum, not type=category. But I wrote a little plugin that disallows creation of new topics within a forum, without having to mark it CLOSED (thereby also disabling comments). So this will functionally turn this top-level group forum into a category/container forum anyway

Caveat: I have noticed that when my admin user replies on the topic within the sub-forum, the BP Activity is created as expected (seen in the admin screen under Activities), but it doesn’t show up in the BP news feed of my non-admin test user. The other way works, though: if my non-admin user posts a reply to that topic, then this activity shows up in the news feed of my admin user. I need to debug that.

I have the same need/concern.

Unfortunately, I think the suggestion from @openring to use https://wordpress.org/plugins/bbp-private-groups/ won’t work. I’ve looked closely at that plugin. It doesn’t seem to have anything to do with BuddyPress groups. Rather, it seems to have to do with creating it’s own role based access groups. So that’s a way of having more access control over your forums, which is valuable in and of itself, but it doesn’t pertain to BuddyPress.

perhaps this might help

https://wordpress.org/plugins/bbp-private-groups/screenshots/

Sounds like you’re using a theme that’s stopping this or when you publish a post you have it set to private.

It’s more for WordPress forums given posts are a WordPress feature and not a BuddyPress one.

Look at your theme files, index.php and look for anything that looks like it’s making those posts only accessible to logged in users. Something like is_user_logged_in().