Closed (duplicate)
Project:
Content Access
Version:
5.x-1.4
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
22 Jun 2008 at 23:42 UTC
Updated:
12 Dec 2008 at 21:28 UTC
This module doesn't play well with organic groups. I have:
- OG group type == room
- OG group post == discussion
And if I enable this module, discussion node types are displayed to everyone even though the group is 'invite only' (i.e. the audience is a subset of a Drupal role). Disabling the module returns things to their intended functionality.
Comments
Comment #1
attiks commentedSame here :/
All post will become visible to any user, i hope to solve this but no luck so far
attiks
Comment #2
attiks commentedSee http://drupal.org/node/266764 for more information, it's a bit complicated :/
Comment #3
kulfi commentedThanks for that. The link to http://groups.drupal.org/node/5392 might prove useful, am off to investigate.
Comment #4
NewZeal commentedThe reason that content access breaks OG permissions is that the default setting is for all content to be viewable by anonymous and authenticated users. When you configure multinode access with og OR content_rid content will ALWAYS show unless you make the content type or the node unchecked for the anonymous and authenticated roles. Any content types which are not activated for content access will take on the default values of anonymous and authenticated roles checked on and any og restrictions will be completely ignored. This feature is great for content access when used on its own because it means that all nodes are visible by default unless reconfigured through content access settings but it makes it less useful in a multinode access situation.
This is the function in content_access.module that defines the defaults:
replace return array(DRUPAL_ANONYMOUS_RID, DRUPAL_AUTHENTICATED_RID);
with return array();
to remove the default view access.
Having said that I found that content access works best without this hack and used in an AND relationship with organic groups. See: http://groups.drupal.org/node/5392#comment-58684
Comment #5
fagoalso see http://drupal.org/node/341501
If this is a common use case, perhaps someone can write a guide for this?
Comment #6
fagoComment #7
NewZeal commentedI wrote up instructions at: http://groups.drupal.org/node/5392#comment-58684 which I have maintained and will continue to do so. If there is sufficient interest I am happy to write it up in Drupal docs. So far the system is working well.