Hi
I would like a Group Type where users will be able to see the available groups but not be able to browse and view any info in the group. That's the way Public-Closed worked in CS2008 Beta.
When they select the group it should present them with the 'Request Membership' form...only after the membership is approved they should be able to access the group.
Currently the Pulic-Closed allows the user to browse the group, view members and even download media without being a member.
The Private Group Type are not visible to users (non-members) and I need them to see all available groups in order to request membership;
Any ideas?
In Cs2008.1, the "Private" group type has been separated in two: "Private (Listed)" and "Private (Unlisted)".
"Private (Unlisted)" works as in CS2008 and "Private (Listed)" will show the group in aggregate lists, but non-members cannot view any of the content of the group.
bump
I'd be interested in a solution to this if anyone knows of one.
CS Documentation - now available in downloadable PDF form
My CS Site
Same issue for me too
bump?
Come on.. can we get this answered please?! I have the same question. I have media inside my private groups that I don't want anyone to have access to except those people that are members of that group. Right now anyone can download those files. That is unacceptable
Help please.
If that is the case, that's a seperate bug - and I'd suggest you make a seperate thread about it to maximise someone seeing it who can help you.
This post is asking to have a public group but with closed membership - that is a group where all users can see the group exists, but a limited subset who have been accepted / invited to the group can access it.
afscrome:If that is the case, that's a seperate bug
I think he's group type is set to Public.
Try making it Private (but then you might sit with my problem..the one the thread is actually bout)
The Books Group,
I've just seen the thread at http://dev.communityserver.com/forums/t/500486.aspx, which might be related to the problem you're describing, although from a quick glance that bug should only affect the view permission, not the download one as well.
I have a couple of customizations to the hub theme pages that should give you this functionality. These customizations will redirect all pages in the hub to the hub home page for non-members, and it will hide indexed content on the home page for non-members of the hub.
1) Add the following block of markup just inside the <asp:Content ContentPlaceHolderID="bcr" runat="server"> tag in the hub theme's theme.Master file:
<CSControl:ConditionalAction runat="server"> <Conditions Operator="Not"> <CSControl:Conditions Operator="Or"> <CSControl:UserInRoleCondition runat="server" Role="SystemAdministrator" UseAccessingUser="true" /> <CSControl:CurrentSiteUrlCondition runat="server" SiteUrlName="hubs.hub_application" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Owner" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Member" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Manager" /> </CSControl:Conditions> </Conditions> <Actions> <CSControl:GoToSiteUrlAction runat="server" UrlName="hub_application" Parameter1='<%# CommunityServer.Controls.CSControlUtility.Instance().GetCurrentHub(this).ApplicationKey %>' /> </Actions> </CSControl:ConditionalAction>
2) Add the following block of markup right right after the opening tag of the IndexPostList on the hub theme's home.aspx file. (If you're using the Hawaii theme, this is right around line 60.)
<DisplayConditions Operator="Or"> <CSControl:UserInRoleCondition runat="server" Role="SystemAdministrator" UseAccessingUser="true" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Owner" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Member" /> <CSControl:SectionMembershipPropertyValueComparison runat="server" UseAccessingUser="true" ComparisonProperty="MembershipType" Operator="EqualTo" ComparisonValue="Manager" /> </DisplayConditions>
I need to verify that media gallery files cannot be downloaded by non-members with this setup, and if they still can, I'll work on a customization for that as well.
EDIT: I fixed a bug in the first markup block. I had to change one of the conditions. I also found that if a non-member of a group knows the URL of a file in the group's media gallery, he can still download the file :-( I don't think there is an easy solution to this issue without modifying the file storage provider. Depending on how sensitive your group content is, "security through obscurity" of URLs may be sufficient.
EDIT #2: Okay, now I think I finally have the boolean logic in the first markup block correct.
John Bledsoe
Sr. Software Specialist - ATGi
jmbledsoe:
I just plugged in the fix and it works just like I needed it to. Thanks for fixing this your help is much appreciated
Sorry I found some problems with the fix. Now the Group Administrator clicks on discussions and is redirected to the home page and can't post any new discussions and cannot click on current disscussion that he has already created. He is redirected back to the homepage each time. Also members of the group cannot click on the current discussions to read.
I can do it as an administrator but the "Group Administrator" cannot.
Two things:
Yes i've change what i'm using to match your fix.
I've tried to make him a member of the group but then he can't be the Group Admin - can he be a member and a group admin?
It looks like I got the boolean logic all jumbled, but it should be working now.