Details
Description
Purpose: To support library CRUD of address types to be used in the repeatable address field in the user record.
Scenarios:
- Scenario
- Given Settings > Users
- When displayed
- Then a Address type page should exist
- Scenario
- Given the Address type page
- When displayed
- Then a Address type control should display
- Scenario
- Given the Address type control
- When a new Address type is created
- Then Address type name can be specified
- Scenario
- Given the Address type control
- When a new Address type is created
- Then it should display in the list of created Address type in Settings
- Scenario
- Given the Address type control
- When a new Address type is deleted
- Then it should be removed from the list of created Address type in Settings
- Scenario
- Given the Address type control
- When a new Address type is edited
- Then the edits should be reflected in the list of created Address types in Settings
- Scenario
- Given the Address type control
- When I navigate away without saving changes
- Then the unsaved changes notification should display per
LIBAPP-177
NOTE: This should use the same component as the one used for Material type and Patron group CRUD
TestRail: Results
Attachments
Issue Links
- blocks
-
UIU-80 Add Address Type to User Associations
-
- Closed
-
- is blocked by
-
MODUSERS-25 Modify Address Fields to Support User Import
-
- Closed
-
-
STCOM-8 Unify authority-record CRUD code
-
- Closed
-
-
STCOM-26 Add support for Unsaved Changes Notification to EditableList Component
-
- Closed
-
- relates to
-
STRIPES-426 Address objects in settings via react-router
-
- Closed
-
-
UIORG-2 CRUD Shelving Locations v1
-
- Closed
-