This is an idea of Node based roles/users.

Role 1. Site admin. All Permissions
Role 2. Supernode Admin. Assignable permissions for all content under selected supernode.
Supernode Admin creates "Sub-User/password" for selected very limited roles. (No-email needed)
Role 3/4/5. (Predefined Role by Site admin) "Supernode admin" assigns role to sub-user.

This is a concept that I believe could solve permission issues for multi-store/multi-site organizations.

I am very new to drupal. I am digging in to D8 because I believe It will be easier for me to learn in the long run.

Thanks, I would love to know other thoughts about this.

It is best described in the visual.

CommentFileSizeAuthor
Supernode concept.jpg158.46 KBMarq

Comments

smokris’s picture

Project: Hierarchical Permissions » Drupal core
Version: » 9.x-dev
Component: Miscellaneous » user.module
Status: Active » Closed (duplicate)

Hi, Marq. Welcome to Drupal.

You filed this issue under the "Hierarchical Permissions" project, which is a Drupal Module, but the changes you're proposing seem to extend beyond the scope of that module, so I'm re-filing the issue under Drupal Core.

The concept you're describing sounds similar to Organic Groups — Organic Groups lets you create a group entity (analogous to your "supernode"), and the administrator of that group can have special permissions for managing content and users in that group.

I'm therefore marking this issue duplicate — please review Organic Groups to see if it meets your needs. (There are also a ton of contributed modules extending the functionality of Organic Groups itself.)

smokris’s picture

Issue summary: View changes

Edit Added Last line.

Version: 9.x-dev » 9.0.x-dev

The 9.0.x branch will open for development soon, and the placeholder 9.x branch should no longer be used. Only issues that require a new major version should be filed against 9.0.x (for example, removing deprecated code or updating dependency major versions). New developments and disruptive changes that are allowed in a minor version should be filed against 8.9.x, and significant new features will be moved to 9.1.x at committer discretion. For more information see the Allowed changes during the Drupal 8 and 9 release cycles and the Drupal 9.0.0 release plan.