With the new "create child of any parent" permission, users are allowed to create children of read only nodes, which is great.

However, I would like to be able to restrict users to only be able to create content under the assigned default parent. A new
permission, entitled "Change Default Parent" would give privileged users the ability to choose any parent, whereas other users would be only able to create under the default parent.

I will try seeing if I can possibly get a rough patch together in the next few days.

Comments

markhalliwell’s picture

I'm not sure if this is really needed. Can you provide an example of usage?

I have already added a node type setting that can restrict selecting the parent node in the patch:
#921198: Rework administration and node create/edit with new features and clean design

Mind you this is probably a better solution because certain content types would need static parents where as others need to be able to change.

addisonj’s picture

Essentially the use cases I had envisioned are basically the ones you outline in your patch (certain content types have a hidden parent selection to create a strict hierarchy)

I also think that it might work for my application, however, I still do like the idea of a specific permission, which would allow privileged users to possibly break from the hierarchy if needs be (such as a site-wide editor).

Other uses could also be found, such as locking down a group to a certain sub section of the site while allowing other users to post anywhere. Perhaps a mini collaboration section where no one user would own the parent, but multiple users could attach children to it. In thinking about it now, almost like an organic groups lite, but with much less overhead and configuration needed.

markhalliwell’s picture

Version: 6.x-2.x-dev » 6.x-3.x-dev

Moving this to the 3.x branch. Will probably eventually mark this as dup of #1110196: Permissions Framework.