For entities that do not have any author information stored (i.e., no $object->uid property), the behavior of Field Permissions can be a little weird.

For example, if you attach a field to a taxonomy term and set it to be a private field, regular users who have access to create taxonomy terms will never be able to add values for that field (since they don't "own" the term). Similarly, if you give someone only "edit own value for field X" permission for that field, they will not ever be able to edit it when editing the taxonomy term, since neither they nor anyone else "owns" the taxonomy term.

This all mostly works well for fields attached to nodes and users (which are the most important use cases anyway). But it should be made to work better for others, and there might be some things we could do.

For example, maybe fields that have been configured to be "private" should always grant edit access on object creation, without bothering to check the owner...

CommentFileSizeAuthor
#2 1308218.patch1.76 KBRobLoach
#1 private.patch1.76 KBRobLoach
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

RobLoach’s picture

Status: Active » Needs review
FileSize
1.76 KB

Agreed... "access private fields" should be like "administer field permissions", but without access to the administration interfaces.

RobLoach’s picture

FileSize
1.76 KB

I think this needs a re-roll.

Status: Needs review » Needs work

The last submitted patch, 1308218.patch, failed testing.

RobLoach’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

Anonymous’s picture

Issue summary: View changes

fix a typo