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...
Comment | File | Size | Author |
---|---|---|---|
#2 | 1308218.patch | 1.76 KB | RobLoach |
#1 | private.patch | 1.76 KB | RobLoach |
Comments
Comment #1
RobLoachAgreed... "access private fields" should be like "administer field permissions", but without access to the administration interfaces.
Comment #2
RobLoachI think this needs a re-roll.
Comment #4
RobLoachThink this was fixed in #1321050: "Create" permissions don't work correctly sometimes, and "EntityMalformedException: Missing bundle property" errors can appear.
Comment #5.0
(not verified) CreditAttribution: commentedfix a typo