#2678 closed defect (bug) (fixed)
Hidden/private group activity displaying on public streams
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | 1.5 | Priority: | critical |
Severity: | Version: | ||
Component: | Activity | Keywords: | commit |
Cc: |
Description
Related: #2293
Activity from hidden groups is shown on some public streams, if the show_hidden flag on.
This arises out of a confusion of what show_hidden is supposed to do. Currently, it does two things:
1) Keeps duplicate content from the main activity stream (ie 'Boone is now friends with Paul' and 'Paul is now friends with Boone', where the second one might be marked hide_sitewide)
2) Keeps content from hidden/private groups out of the stream
The problem is that some of the workarounds to make (1) work the way that it does (see #2293) end up overriding some of the things that (2) is supposed to do. See the bp.org situation as an example.
The real solution is to split hide_sitewide into two different columns.
Attachments (1)
Change History (7)
#3
@
14 years ago
2678-1.patch is an attempt to stop activity stream favourites in hidden groups going public. It seems to work, but -- as noted in this ticket -- show_hidden is very tricky, it needs a second pair of eyes
#4
@
14 years ago
- Keywords commit added
DJPaul - I've checked 2678-1.patch and it does appear to be a good fix for the favorites problem that hnla mentions. I would recommend committing this particular change both to trunk and to the 1.2 branch.
This fix doesn't address the core issue of the ticket, which is that hide_sitewide is inconsistently applied, but it is an important fix until a better long-term solution for privacy/visibility is devised.
From hnla on a related forum thread:
http://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/hidden-group-posts-visible-to-all/