Closed (won't fix)
Project:
Content Construction Kit (CCK)
Version:
6.x-2.2
Component:
Content Permissions module
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
21 Feb 2009 at 21:44 UTC
Updated:
29 Jun 2009 at 02:54 UTC
Comments
Comment #1
eigentor commentedI second entrigans ideas.
What I see as a problem in handling the module is that by default all permissions are set to forbidden.
Especially if you got a lot of fields and roles this is awful amount of clicking. If you add a new field and forget to set permissions, on one can use it...
So wouldn't it make sense to set all permissions to allowed by default.
If one wants to forbid access to a field this is normally an active process, most fields will be allowed anyway.
Comment #2
yched commentedI know there was a rationale for making all perms denied by default, but cannot remember what it was. Moshe, if you're reading this, do you remember ?
Comment #3
entrigan commentedUpdated title to just reflect what I think is the most important and most applicable feature out of my original list of three.
Also I am curious why it is deny by default, when without the module it is implicitly 'allow' by default.
Comment #4
daddison commentedFollowing, with a comment/question: The Drupal 5.x version of the module (cck_field_perms) has a settings screen where one can define which node types (and fields defined in those node types) have field permissions enabled. Why did this feature get removed in the Drupal 6 version? Without it, the Permissions screen gets unwieldy fast for content types with lots of fields, like say, job applications.
Comment #5
karens commentedWe can't change the default value now without breaking existing setups.
I think the best route forward to make field permissions easier to set up would be to use http://drupal.org/project/permissions_api, then write some wrapper code to do some of these custom things using that API.
This could be a separate contrib module or a patch to the core module that would work if the Permissions API is installed. If someone wants to create such a thing, that would be great. I suspect none of the CCK maintainers has time to do this.
Comment #6
karens commentedThe number of permission elements is already huge and overwhelming, we probably won't add any more in the core module. There is nothing to prevent anyone who wants to create a separate Content Permissions Plus module from doing so and adding additional features in. You can also use the Permissions API with the new module I just contributed at #503118: Add easy reset form to user permission page, which makes it easy to do mass changes to all those field permissions on the permissions screen.