I’m not sure that this is an issue. If you look at the tables in the DB, you will see that there is no specific group-activity stream.
What you are seeing is the activity of each of the group’s members being reported. Since they are members of that group, their activity anywhere in your site is reported. It is, in essence, a record of what this group’s members are doing–inside and outside of the group.
You’re welcome! I’m setting this resolved.
Actually Jeff that’s not quite right. It should be activity filtered for that group only. This is a bug. Can we get this posted in trac please? Thanks.
Ah, well I stand corrected!
I had assumed this to be normal behavior and never questioned it on my test installs. Come to think about it, I should have noticed this as my privacy filter allows for the filtering of group activity actions.
I’ve reset this thread to “not resolved”.
Okay, I cannot recreate this behavior anymore on my two test sites–in fact, I’m now questioning whether or not I actually remember ever seeing this.
I’m currently running r1882 on both sites, having upgraded a couple of days ago from r1865. I know that Group Activity streams were just added a week or two ago. Hum? Has anything changed in the group codebase in that short amount of time? Or actually, in bp_activity_content() which filters the activity stream.
Diego-
Which versions of Mu and BP are you running?
Ok the problem is retroactive. Before recent versions, group wire posts were recording the wire_post_id as the primary ID in the activity stream, and not the group_id. This means the filter is picking up wire posts with the same ID as the new group.
There is really no way to fix this, it will not happen moving forward. Your best bet is to delete any activity that is not correct. It should be rare, and very limited – only one item in most cases.
