Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Individual Permission on Data Package Entities #82

Closed
p-a-s-c-a-l opened this issue Jul 9, 2019 · 3 comments
Closed

Individual Permission on Data Package Entities #82

p-a-s-c-a-l opened this issue Jul 9, 2019 · 3 comments
Assignees
Labels
BB: Data Dashboard Data Dashboard Building Block BB: Data Package Tool Data Package Export and Import Tool Building Block enhancement New feature or request on-hold Issue is on-hold and will be addressed later question Further information is requested wontfix This will not be worked on

Comments

@p-a-s-c-a-l
Copy link
Member

p-a-s-c-a-l commented Jul 9, 2019

Some Data Packages and the related Resources , e.g. the Expert Data Packages for the DCs or other "premium" Data Packages shall be available for users of the role "subscribers" only. Since we cannot assign individual permissions on single entity / node level, we have to use modules like Permissions by Term.

ATM, this issue has low priority and becomes relevant when our first "premium" or DC-level Data Package is available.

Furthermore, Single-Sign-On has to be supported and Expert Profiles have to be implemented @fgeyer16.

@p-a-s-c-a-l p-a-s-c-a-l added enhancement New feature or request on-hold Issue is on-hold and will be addressed later labels Jul 9, 2019
@p-a-s-c-a-l p-a-s-c-a-l added this to the D1.4 CLARITY CSIS v2 milestone Jul 9, 2019
@DenoBeno
Copy link

I also believe that this isn't a priority. If and when we decide to implement this, it can probably be done using the https://www.drupal.org/project/permissions_by_term module.

@patrickkaleta
Copy link
Contributor

Since I now already installed the permissions by term module, I tested the individual permissions locally and suggest the following approach:

1) create new User roles with (for the start) rather generic terms like: Level - DC or Level - 1, ...
2) create new taxonomy "Permission levels" with terms like in (1) and assign the appropriate user roles
3) create a new field ("Permissions" or "Access permissions",...) in the data package and reference the new taxonomy
4) when creating a new data package the editor selects the permissions needed (or leave this field empty, so that it can be used by all users)

Then, in the "Study data" tab users can only see and select the data packages corresponding to their user roles.

I now see the following open questions/problems:

  • I'm not sure what will happen when we assign permissions to individual resources as well and how our system will then react if the permission of a resource doesn't match the permission of its data package.
  • what about member of a study with different permission levels? One member could select a data package, that would be not accessible by others. To them it would look like the study still doesn't have a data package selected. IMO the Study owner needs to make sure that his/her team all have the same permission level (could be difficult to manage).

@patrickkaleta patrickkaleta added the question Further information is requested label Oct 11, 2019
@p-a-s-c-a-l p-a-s-c-a-l added the wontfix This will not be worked on label Feb 19, 2020
@p-a-s-c-a-l
Copy link
Member Author

There won't be any premium data packages, so closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
BB: Data Dashboard Data Dashboard Building Block BB: Data Package Tool Data Package Export and Import Tool Building Block enhancement New feature or request on-hold Issue is on-hold and will be addressed later question Further information is requested wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

4 participants