Permission Set for Material Type CRUD
Description
Environment
Potential Workaround
Attachments
- 07 Oct 2017, 12:36 PM
clones
is blocked by
Checklist
hideTestRail: Results
Activity
Charlotte Whitt October 11, 2017 at 3:24 PM
Manual test in FOLIO test http://folio-testing.aws.indexdata.com/ version @folio/users 2.10.100028 depends on: permissions 5.0, using Chrome.
All scenario's 1-3 tested again, and all looks good. I'll close the issue as done.
Mike Taylor October 11, 2017 at 1:34 PM
Merged, and ready for review one folio-testing is unfrozen.
Mike Taylor October 10, 2017 at 3:01 PM
Cate Boerema October 7, 2017 at 12:36 PM
Still seeing the issue Charlotte reported above. I'll put this back In Progress and in sprint 24.
Charlotte Whitt October 2, 2017 at 8:47 PM
Manual test in FOLIO test http://folio-testing.aws.indexdata.com/, version @folio/items 1.11.10001, permissions 5.0, using Chrome.
Overview: There are still issues with this.
Steps to repro:
1. Login as Diku-admin. Select a given user (e.g. username "Ieland")
2. In the user detail page, under Permissions, here search 'material type'.
3.Select "Settings (Items): Can create, edit and remove material types". Log out.
4. Login as user "leland". The user can see: Settings > App Settings > Items, but no content in 2nd pane labeled 'Item'.
Expected results: When User "leland" accesses FOLIO
Then: Settings > App settings > Item > Material Type should be the only visible category
Actual results: Material Type is not shown under Items, in the Settings app.
Additional info: The permission "Settings (Items): Can create, edit and remove material types" is NOT duplicated as the permission setting used in UIS-50.
I'll re-open this jira.
Purpose: To create a logical permission set for Material type CRUD
Scenarios:
Scenario
Given the Items module
When enabled
Then a logical permission set should be provided called "Settings (Items): Can create, edit and remove material types"
Scenario
Given User A has been given the permission set "Settings (Items): Can create, edit and remove material types" and no other permissions
When User A accesses FOLIO
Then:
The Settings app should be visible in the top nav
Items should be the only visible category under App Setting in Settings
Material types should be the only visible category under Items
Material type CRUD should be fully accessible to User A
Scenario
Given User A has been given the permission set "Settings (Items): Can create, edit and remove material types" as part of a custom permission set
When User A accesses FOLIO
Then they should have all rights normally conferred by this permission (see scenario 2) plus whatever additional rights conferred by their custom permission set.