BuddyPress.org

networkit.com/tvhra/our-community/groups/tvhra/ is a private group so we cannot see activity page. I did check out another group’s activity and it does lead to 404 page.

Have you tried:
– Going to Settings > Permalinks then click Save Changes on same page to re-run permalinks?
– Checking your .htaccess file for your multisite installation and see if there are any changes since you last updated your .htaccess file?
– Change to bp-default theme, clear cache and check whether if you upload a new avatar, it shows up properly?
– Check site where you purchased the theme – do you need to update the theme for WP 3.3 and BP 1.5.2? You can also install the Theme Check plugin as well as the Log Deprecated Notices plugin to see what code/s need to be updated.

Im trying to do the same thing, this is a code that im using to config to something just like it.
Instead im using it to over lay the whole background of the users profile ( just a quick fix for privacy settings ) But for some reason it isn’t working like i wanted it too.. ( nor is it working at all ) Maybe you could use this in hopes it could lead you to your answer. Once again this is not a answer to your question, its just a code to help you get started.

`

Set to Private!

`

Ps. Let me if this helps and if you found a fix for it.

Im working on something that is almost like it.

here is my code
`

Set to Private!

`
I hope this gave you some what of an idea for an answer.

So far i’ve gotten no where. I’ll keep you updated if I find the answer to my question.

http error 500 usually means issue with server or sometimes .htaccess file and sometimes memory limits, etc. Check .htaccess file (compare with this). You might also need to increase memory limit (or ask tech support) from 32MB to 64MB

I’ve installed WP Multisite with BuddyPress using custom bp-default child themes in Quarter01/Quarter02 this year with IXwebhosting for two private communities each using Unlimited Pro shared hosting plan and have no issues with the hosting so far to date. Those were private/closed registration for 200+ and 275+ members with 24 and 45 subdomain blogs respectlvely. If you have more members, open registration and more blogs, you’d need to upgrade to VPS or Cloud Hosting plan either at IXweb or elsewhere.

Also, Mingle theme is for version BP 1.5 and WP 3.2.1 (as seen on theme demo site) and you’re on WP 3.3 and BP 1.5.2. Instead of activating a new WP default theme, activate bp-default theme and clear cache.

As activity updates and private messaging are deactivated in this site, BuddyPress.org, it could very well be that you mean that the problems you listed above are happening in your site where you installed BuddyPress.

If it is your installation you are referring to above, what WP/BP versions are you on? Have you tried the basic trouble-shooting methods like changing to bp-default theme and if issue is not corrected, deactivating all plugins except BuddyPress?

It’s been addressed. https://buddypress.org/2011/12/buddypress-org-refresh/

Get the free plugin s2member from the wp plugin directory.

Is there a solution for the dots?

Thanks for posting an update, @peeld.

There is an existing ticket going in one direction: https://buddypress.trac.wordpress.org/ticket/3463, and there is an old discussion related to the broader issue: https://buddypress.trac.wordpress.org/ticket/2678

This is part of a larger problem with the way that activity items are hidden in certain cases. It’s long been an issue of mine, so I’ve opened a ticket with a view to fixing it sooner rather than later: https://buddypress.trac.wordpress.org/ticket/3857

Never mind, figured out the SQL statement, set all activity to hide_sitewide=1

PHEW! It’s not clear, btw, that setting groups to private doesn’t change this setting, I had to dig and dig and dig. Really, don’t you think it SHOULD? If you set a group from private to public, I can see it not being retroactive, but if it’s going from public to private, imo it should ALL go private.

I think I figured out my problem – the groups WERE set to public, and when I set them to private, the hide_sitewide value in the SQL database didn’t get changed.

So, now I need to change ALL those values from 0 to 1. What SQL statement do I run to do this?

And, is there a plugin or update to get it so that when the status of a group changes from public to private, all the posts ARE switched from 0 to 1?

I’m unable to reproduce the problem. Without being able to reproduce, I’m afraid there’s nothing I can do.

Perhaps you can try installing a fresh installation of BuddyPress somewhere else, and then attempting to reproduce the issue. Take careful notes of the steps required to reproduce, so that you can share them with the team.

Boone Gorges, or anybody else, is there an update on this? PLEASE let me know, this is a serious issue

@ultimateuser – It’s much easier to do this in BP 1.5.

Remove the old snippet and add the following to wp-config.php or /wp-content/plugins/bp-custom.php:
`define( ‘BP_MESSAGES_AUTOCOMPLETE_ALL’, true );`

I’m still following this, any update?

In bp-default, the problem persists.

please do – recently new plugin.

Checking those would allow regular members to send PM to other members meeting the requirement (ie, a friend, a follower connection, or member sharing the group membership)

If none are checked – then by default – only the administrator may send PMs to members (and members to the administrators defined by the wp_cap)

if on latest bp/wp – then https://wordpress.org/extend/plugins/buddypress-restrict-messages/ long as the users sending has the wp_cap of ‘administrator’

Have you figured this one out? I would like to do the same