Define eHoldings app permissions and permission sets (UIEH-68)

[UXPROD-2927] Allow a user to assign a locally-created permission set to another locally-created permission set Created: 02/Mar/21  Updated: 15/Dec/21  Resolved: 19/May/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: R2 2021
Parent: Define eHoldings app permissions and permission sets

Type: New Feature Priority: P3
Reporter: Erin Nettifee Assignee: Annika Schröer
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File screenshot-1.png    
Issue links:
Defines
is defined by UIU-1630 Settings > Users > Permissions Sets |... Closed
Epic Link: Define eHoldings app permissions and permission sets
Development Team: Leipzig
PO Rank: 0
Rank: Chalmers (Impl Aut 2019): R5
Rank: Cornell (Full Sum 2021): R3
Rank: Duke (Full Sum 2021): R2
Rank: 5Colleges (Full Jul 2021): R3
Rank: MO State (MVP June 2020): R3
Rank: U of AL (MVP Oct 2020): R5

 Description   

Current situation or problem:
Libraries want to be able to create permission sets in the UI (let's call them local permission sets for the sake of the feature write-up), and be able to assign one to another.

Currently, this is not allowed in the FOLIO UI - the add-perm modal explicitly disallows the assignment of local permission sets to another local permission set. This feature is meant to remove that restriction.

In scope

  • UI modifications to the add-perm modal to display local permission sets as options for assignment.

Out of scope

Use case(s)

  • A library creates a local permission set that corresponds to a circulation staff member, called circ-staff. The manager of the circulation staff member should get the permissions in circ-staff, plus permissions x, y and z. The library wants to create another local permission set called circ-manager that includes the permission set circ-staff, plus permission x, y and z.

Proposed solution/stories

Links to additional info

  • Per Slack conversations with Craig McNally and Khalilah Gambrell, there is no known reason that we shouldn't be able to do this technically. It seems to have been something that just wasn't identified as a need during the last UI update for this modal.

Questions

  • Do any APIs need to be updated for this?


 Comments   
Comment by Erin Nettifee [ 26/Mar/21 ]

Khalilah Gambrell does this qualify as ui-only?

Comment by Craig McNally [ 27/Apr/21 ]

AFAIK there isn't anything on the backend that would prevent this...

Quick test:
1. Create two permissions in the UI: testParent and testChild
2. Make a call to PUT /perms/permissions/{id}, assigning testChild as a subPermission of testParent
3. Verify in the UI:

Generated at Fri Feb 09 00:27:59 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.