I am using creating a new content type related to a group.
Some of these content types need to be restrict so only admin can create new content.
However, seems like everything I do can't prevent authenticate user from adding new content of this content type.
- In group permissions it's set correctly.
- In main permission it's set correctly.
I have tried disable/enable 'Strict node access permissions'.
I have tried to find something in the commons_post feature that has something to with it, but it happened also in the build-in content types [wiki, post and so.].
I have also checked fresh install and this problem still occurs.
I guess it has to concern many because it's a necessary request to have content type that only admin can add.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | widget.png | 40.06 KB | amirtaiar |
| #10 | posr content type.png | 51.66 KB | amirtaiar |
| #10 | global permissions.png | 52.86 KB | amirtaiar |
| #10 | authenticate add content type.png | 45.88 KB | amirtaiar |
Comments
Comment #1
ezra-g commentedCan you elaborate on how you have group permissions configured? If groups are private, then non-group members shouldn't be able to post into them.
Comment #2
amirtaiar commentedGroups set to private, but this is not the issue.
To be more clear, lets say this are 2 of my content types + there permission (what I want):
1. post - Authenticate.
2. Payments - Admin.
What happens is that authenticate users can add payments as well even though they don't have permissions to do so...
Comment #3
blacklabel_tom commentedHi,
Can you describe what it is you are trying to do please?
If you are trying to restrict the creation of content to a particular role (Admin for example) you can change the 'create', 'edit' & 'delete' permissions per role at '/admin/people/permissions' under the 'Node' heading.
Cheers
Tom
Comment #4
amirtaiar commentedI am updating an issue as far as I can see.
I have content type that I give only the admin permission to create/edit/delete.
The authenticate have permission to view - sure.
But, the autenticate group member is able to create/edit/delete node from this content type.
Comment #5
blacklabel_tom commentedWhich content type is it you have set the permissions for?
Comment #6
Topcheese commentedI've yet to play with this functionality, but this is a duplicate and you will find more info here Post dont shows up in the group page when adding file to node
Comment #7
amirtaiar commentedTopcheese, It has no relation with this post that I have added.
I really straggling here to make myself clear and I am sorry if I am not, but it seems very understood to me.
1. I have created new content type ['payment'] - It's set as group content.
2. I gave this content type this permission [Both on og permission and on admin/people/permissions]:
-- admin - create/edit/delete
-- authenticate - view only!
3. I have used [and modify[ the http://drupal.org/project/commons_posts module to have a tab and a 'add content' on the commons_bw widget.
Now when I enter the group as a member [authenticate user] I can create/edit/delete 'payment' in the group.
Thank you all for helping and I hope I can find the solution.
Comment #8
Topcheese commented@amirtaiar, sorry about that, and no problem. I guess I didn't understand this issue either, but that's what came to mind. I'm not sure I can help, but I'm trying to understand the issue. Thanks for the information.
Comment #9
blacklabel_tom commentedIs there any chance you could post up screenshots of your permission and OG permissions screen where the permissions for 'payment' can be seen please?
Comment #10
amirtaiar commentedI have attached 3 screenshots:
1. OG permissions - The 4 upper content type are for 'payment' the 4 bottom are for "post'.
2. Global permissions - Same here for the upper once and the bottom.
3. Add content widget as seen as authenticate user.
Must say I have already used OG on 6 websites but not with commons...
Comment #11
amirtaiar commentedSo finally I have disable the "Strict node access permissions" at admin/config/group/settings which works for me now,
Still the problem is that in the widget this -un-access content types apear for authenticate-group-member user.
See image,
So I need this content types to not apear in the widget.
Comment #12
summit commentedHi @amirtaiar can you set your screens in english please?
And did you succeed in making the right content restrictions. I have a sort of the same use case.
I want group content not to be published and shown outside the group-members. Is this what you achieved?
Greetings, Martijn
Comment #13
ceepeebee commentedI guess, I ran into a similar problem. (DC 7.x-7.4)
When testing this with a fresh install, I couldn't reproduce the erroneous behaviour I witnessed (cross private-group content creation without being a member of the other (private!) group when having permission to do so in the own group), but I can confirm problems when restricting permissions in private groups.
If you turn on organic groups access control and remove _all_ permissions for authenticated users resp. normal group members to create/edit (group) content
a) via admin/people/permissions
b) via admin/config/group/permissions/node/group and
c) via group/node/1/admin/permissions
and set the group's privacy settings to: joining requires an invitation
then commons_bw doesn't allow content creation as expected
but a group-member can go to node/add/post (or any other group-content-type) and create new content even though he does not have the permissions to do so.
For clarification: in a public group permission-restriction for members won't work at all, because even non-members can create content in a public group as stated above the group permission settings.
Comment #14
ceepeebee commentedMaybe my previous post gives the information needed...
Comment #15
peezy commentedI'm having a similar issue, so I thought I would provide more details with the hope that I can help get this resolved. I have a Drupal Commons 3.4 site with numerous private groups. These groups have several content types that are considered group content. The relevant content-type for this issue is the blog_entry content type. Only Admin Members should be able to create blog entries; regular group Members should not.
The issue appears to be that once a user's membership is approved for a private group, they are able to create any group content regardless of the permissions.
Here are my settings / permissions:
Given the above I would expect that Members would get an Access Denied error at /node/add/blog-entry; however, the Blog Entry node form appears which they can complete. In addition, when I visit node/add/ I see that every group-related content-type is listed, regardless of the permissions for the content-type.
If there is another Create Blog Entry permission or another setting that I'm missing please let me know.
Comment #16
japerryChanging this to be a feature request. Currently in commons we set permissions automatically based upon the group visibility options. This unfortunately makes it impossible to set group admins as the only ones able to post content.
I think it'd be a good feature, but would require a bit of re-writing to the permissions system. One possibility is to just set the permissions by default, but allow admins to manually change them later. Not sure what other implications that might bring though.
Comment #17
japerryComment #18
peezy commentedThank you for your reply, @japerry.
I think it would be a great feature! It makes sense to me to separate content-creation and content-viewing permissions. Specifically, groups could inherit the create permissions from the OG permissions overview page at /admin/config/group/permissions/node/group by default and the view permissions from the privacy settings.
Working on this is beyond my programming skills; however, I'm happy to test any patches.
Thanks again! Everything else about Commons is working great for me and my client.