BuddyPress.org

BP version? Are you using bp-default theme or custom theme? New or updated installation? Any messaging plugins activated?

I am getting a similar error on friend requests as well as private messages being sent since the upgrade. Can you give an example of the code fix that you placed? (Example of commenting out within php)

Thanks so much!

Probably at least some custom SQL is needed. Something along the lines of:
(1) doing an additional query to get a list of the user’s groups and the forum_ids for those groups
(2) limiting the main forum topic query WHERE ( forum_id IN ( {$user_forums} ) OR group_status = ‘public’ ) (not sure if group_status is available here, I would have to look)

> is it still that hard to implement the bugfix
It’s not very difficult technically, but it will introduce at least one or two more queries on what can already be a database-intensive page load. If you can provide a workable patch, I’m sure it would be happily considered.

This is a reported bug:
https://buddypress.trac.wordpress.org/ticket/3687

Keep your eye on that ticket for updates.

Great idea!!!!!! i was just thinking aboiut that too! i hope theres something for that

This is expected behavior. The logic that would be required to show private forums to logged-in members of those groups is complex, and has not yet been implemented. There is a ticket in Trac to discuss this enhancement: https://buddypress.trac.wordpress.org/ticket/2576

How should I go about adding this function to my child theme (Fishbook).

BuddyPress Private Community is in the Fail list here https://codex.buddypress.org/releases/1-5-plugin-compatibility/, however the error listed in this table seems to be for another plugin.

When I install Private Community, it does create a php error, but I found this error is not created by the plugin, but by a BuddyPress bug described here: https://wordpress.org/support/topic/plugin-buddypress-private-community-when-clicking-on-a-protected-page-i-get-error.

I have made the fixes described for this bug, and Private Community now seems to be working, although I am still testing.

Hmm first up a little more information about your set up would be good.

Are you running single or multisite WordPress?
Are you on the latest WordPress?
Have you checked the minimal server requirements for WordPress and that your server meets these?
Do you have a memory limit in your php.ini file (you may have to ask your host about this)?
Have you tried deactivating all other plugins then just trying BuddyPress with the default theme?

No need to link to your admin panel – make sure you don’t put private information also (just incase) on this forum as it’s a public forum.

Sure, if i understand correctly you only want logged in users to see certain pages.

Private-buddypress should do the job:
https://wordpress.org/extend/plugins/private-buddypress/

Hope that helps.

Very strange. Is *any* of the javascript on your BP 1.5 installation working? Places to check: requesting friendships/group memberships from directories; replying to private messages; the “read more” link that appears when you have a very long forum post.

@hectorrubio my thanks as well. Definitely a good read – the planning process to implementation using native WP functions and BP/plugins. Cheers.

Thank you for taking the time to put this together. Much appreciated.

Hhhhm @tnd, not sure what your goal is. Based on my interpretation of what your trying to accomplish, I would do this instead. Create a Smith Family group, and add Smith family members to the Group. You could set permissions on it to “hidden”: that is, the admin gives permission to those who want to join AND the group is listed in the group directory; or, “private”, where the previous applies except, no one sees it (not listed in the group directory, but only seen by Smith group members as part of their profile).

That way, in XProfile, you could be specific about defining the role (through a field group), that a Smith Family group member would choose to complete, and that info is what would be displayed when Public is selected.

The “name” issue that you mentioned… if by filling out “Name”, you’re referring to the “Name” in the “Base”, then every time that’s changed, that logged in member’s profile name will change. If you actually added a field called “name” to a field group and when editing the profile, specifically, that field group’s field called “name” and by doing so, somehow changes the “Base” field “name” content, then I have no idea how to help. That shouldn’t happen.

Hey @christophg

Sorry, I’ve been travelling a lot or work and haven’t had enough time to come back here!! Thanks for the info on Profile manager. I was half way through with my solution when I stumbled upon hers. It didn’t work for me, so I contacted her. After several iterations of the plugin it still didn’t work for me. I suspect there may be a plugin conflict, however, I have limited plugins running on my installation, and my community needs every one of them. So I continued to make refine the idea I sent to you.

As for your question regarding using S2 to control who gets one of your pages created, I am not sure if it is possible. As it stands, S2’s hooks and filters only allow you to keep content sequestered depending on user level.

One idea for you though is to allow a page to be created for every one who registers. Then, display the contents of that page as an iFrame on each users member profile page. Create a private group for the members who should have a rating. Then wrap the iframe in code that restricts the display of the iframe to only displayed members of that group. I do this very thing for my “Brands”.

I believe this is the code I used to show only on my brands member pages:

https://buddypress.org/community/groups/creating-extending/forum/topic/checking-if-a-user-is-in-a-group

Let me know if you need more help!