I have found a solution to my problem – but don’t know exactly why these issues arose. I shall elaborate in case anyone else has similar problems:
I have also been experiencing problems with the themes for blogs being all messed up. Regardless of how they were activated – either globally or on a blog-by-blog basis, they never displayed properly. Possible an obscure redirect issue. At the same time I was experiencing the messaging issues for which I started this thread.
I think that these problems cropped up sometime between:
– upgrading from WP MU 2.9.1 > 2.9.2
– upgrading Buddypress 1.2.x > 1.2.3
which were both done manually AND
– trying out a whole buch of plugins that had not been tested (or verified) to work with my versions of BP and WPMU.
So I rolled the whole site back – files and mysql to about a month ago – before I upgraded and fucked up my database. Then copied any posts, files, members, activities etc from one database to the other…
So the lessons I learned from the sorry mess is:
– Backup regularly (this goes without saying)
– don’t try out spurious plugins that may damage your install (and lead to days of head-beating-on-wall WTF? moments)
Also – running the whole site on Amazon Web Services which gives you cheap access to ubiquitous storage (S3) at insanely low cost. So I run a script that backs up all files and mysql from the site daily and hang the GB that will accrue – because each GB cost something like $0.01 – or something….And this just saved my sanity.
Regards
Ajax
@vee_bee I’m using the BuddyPress Template Pack Plugin with my Single Install WP. So I updated my:
wp-content/themes/fusion/members/single/member-header.php file with this and it works great. Shows the points for the member your viewing at the moment. Tried to get the donate link to work as well. But no success just yet.
These forums don’t allow you to embed code like the wordpress.org forums I guess. In the echo’s I’m just surrounding it with a bold tag
<?php
// Cubepoints for current user
echo ““;
if(function_exists(‘cp_displayPoints’)){
global $bp;
cp_displayPoints($bp->displayed_user->id);
}
echo “
“;
// END Cubepoints
?>
So how it displays on mine is:
User @user
1635 points
active 6 hours, 32 minutes ago
Cancel Friendship
Mention this User
Send Private Message
hi @r-a-y is_site_admin() and is_admin() are very different. is_admin() checks whether you are inside wordpress admin or not.
@scotm
How about making the activity of admin user private
`add_filter(“bp_activity_hide_sitewide_before_save”,”make_admin_activity_private”,10,2);
function make_admin_activity_private($hide_sitewide,$activity){
//get the current activity
if(current_user_can(‘manage_options’))//user is admin
return 1;
else
return $hide_sitewide;
}
`
Hopefully the code goes through this forum.
Is this happening with all kinds of input? Forum posts, private messages, activity items? Also, what version of bp-tinymce are you using?
I haven’t been able to test this completely, but it seems like the automatic group adding isn’t working if the group isn’t set to a public group. If it’s set to private then it seems like it tries to make the request maybe, but isn’t finishing the process of adding the person to the group. I’ll look into this more as I have time unless you get a chance to look first.
Wow 😮 thanks 3sixty for moving it up, maybe I was being too respectful should have changed it myself 
And thanks JJJ for the quick patch to #2343 Can you also look at #2293 if you’re not already.
“Post something to xxx”
This actually should be described more clearly. It is ambiguous whether you are posting something to them privately or publicly (until you try it out).
woop! updates:
1. I changed the milestone for your bug report to 1.2.3 and added a link back to this thread so the rationale can be seen
2. JJJ has patched the ‘promiscuous’ bug already!!!! I have not had a free moment to test yet: https://trac.buddypress.org/attachment/ticket/2343/forum_id_check.patch
Well cared for? yes guess it was but I’m still concerned that it generated no other interest or was that simply that the milestone was set to far in the future?
No hidden groups shouldn’t be used period until such time as this issue is correctly dealt with, hacks worry me used to cure this sort of problem. however given that Boone looked into this I’m pretty happy the fix is a fairly safe short term fix.
As you spotted I questioned whether or not the milestone should have been moved up? to 1.2.4 but it was a question unanswered, I placed it in 1.3 as I wasn’t sure where it ought to have been placed but asked the question upon creation and notification in original forum thread.
OK, that trac ticket looks well cared-for. However, I agree that one should be a 1.2.4 milestone item rather than 1.3… hidden and private groups really should not be used without that fix. Will it moved up to 1.2.4?
“you are able to view updates/comments made by a friend who is a member of a hidden group … not only can you read content made to a group that you should not be able to read but you can also use the ‘reply’ to add a comment”
ACK! Are you serious? What is the trac #?
This is similar to an issue I found and have an open ‘Critical’ ticket on.
If you go to your account and then activity > friends you are able to view updates/comments made by a friend who is a member of a hidden group but which you are not, what is worse is that not only can you read content made to a group that you should not be able to read but you can also use the ‘reply’ to add a comment that will then appear in the hidden group.
I’m afraid that for me hidden groups are no such thing and represent a real issue if people use them believing them to be hidden and private in nature.
To date I have had little response on this, the ticket is still open and but for the very kind help of Boone, who helped or rather provided a interim hack to hide the activity altogether, there feels as though there is not a huge deal of concern over an issue of this nature when Andy dropped into the forum thread I raised on the issue it was simply to tick me off for incorrectly referring to hidden groups as ‘private hidden’ – Sorry Andy just thought it may have merited a little more concern than nomenclature issues
Hi Thanks for the reply.
Yes i will need non members to be able to contact a member without being logged into the website. I was aware off the private message as you pointed out but i really need non logged in users to be able to fill out a contact form and send to a members profile email address.
“I would like the Members profile to have a contact button which when clicked allows the users to send an email to the member?”
Actually, when a logged-in user sends “Private Message” to another member, the latter receives the message in his/her email inbox. Or did you need a contact form for online visitors who are not logged in so they could touch base with any member of your community?
5887735Inactive
I noticed “add friend” was replaced by “follow.” Profile details seem private. And, I like the permalink button in the activity streams.
I guess you are talking about this:
https://trac.buddypress.org/ticket/2166
Currently, I think that it is not wise to use Private-Groups as those are not working really perfect yet….
Amen! Any coders out there up for the challenge?
I think what you’re saying is that, for example, in Forum posts: if you’re a logged in member of a private/hidden group, you should see private/hidden posts in the overall Forum Index, and obviously, nonmembers would see the same Index minus the private posts. I agree that this seems like it should be the logical default in BP. On my site, keeping private/hidden posts it creates a “parallel universe” effect where users of private/hidden forums have to visit a special place to see that protected content. As a result, private/hidden forums get less usage than they should.
I have no idea if this is planned for BuddyPress, but I would put in a strong vote for it. In the meantime, it could be handled by a plugin or rewrite of code.
It really depends what you mean by “customization”. If you mean that each group should be able to load its own background/header/color scheme, then it’s definitely possible. I don’t know of a plugin that does it, but it wouldn’t be all that hard to write something that allowed group admins to switch between a number of admin-selected color schemes, or to upload images in addition to the avatar.
Is there some other meaning of “custom network” that I’m missing out on here? Something that “private/hidden” doesn’t already cover?
I mean it’s not possible to have totally separate BP networks running on separate subdomains but using the same installation of BuddyPress.
If you take my suggestion, you can make groups either Private or Hidden. If a group is private, the only people who are able to read or contribute to the group are those who have either had a membership request accepted, or those who have been invited. Hidden groups are the same, but they don’t show up in group directories, and thus it’s impossible to request membership to them – you can only join by being invited.
In this way, the activity that happens in a hidden group is only viewable by members of that group. Users of the site, however, could be members of multiple groups, and could interact with each other outside of those groups, through the profile pages and private messaging (assuming that you enable these features). From my point of view, this is the best of both worlds.
Were not really a blogging website, it’s more for group communication.
Would it be possible that each new private social network that comes to the website does the following:
1. Registers which sets up a new group
2. Creates a subdomain (1234.domain.com)
3. Subdomain is pulled in is associated with it’s own database, 1234database
Can then it be worked out so that when a user logs in, it will see what subdomain he/she is on, then uses the information from the database that is associated with that subdomain? This way each subdomain will be its own private social network but only one installation of WP is needed.
Is this possible? I’ve never used WP before…
