Repeatable Address Fieldgroup

Description

Purpose: To enable the capture of 1 or more addresses for each User in FOLIO

Acceptance Criteria:

  • User Metadata Docment

    • Rows where User Story = LIBAPP-127 are in scope for this story

    • This block of fields is a repeatable field group and the component is being created as part of LIBAPP-88

    • Please see attached mock-ups and gifs from UX for how this should look/behave

    • Create, view and edit mode of the user record all need to be updated

    • Field labels should be as shown in "Field Label" column (please pay attention to the case)

    • Form edit controls (and values, where applicable) are specified in the "Input Type" column

    • Default values and functions are specified in the "Default Value/Function" column

    • Required fields are indicated in the "Required" column. Please note, some of these have input controls that will ensure they are populated (when records are created via the UI). Others will require a validation message if left blank but that is out of scope for this story (see https://folio-org.atlassian.net/browse/LIBAPP-114#icft=LIBAPP-114 for the validation story)

    • All other columns in the User Metadata spreadsheet can be ignored

Environment

None

Potential Workaround

None

Attachments

7
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM
  • 23 Feb 2017, 04:32 PM

Checklist

hide

TestRail: Results

Activity

Show:

Charlotte Whitt July 17, 2017 at 8:22 PM
Edited

Manually tested in FOLIO test http://folio-testing.aws.indexdata.com/ version @folio/users 2.8.0, using Chrome

I can add new address, in various formats (US, DK, etc.) and types, and field labels are all named as spec'ed in the User Metadata document for rows marked https://folio-org.atlassian.net/browse/LIBAPP-127#icft=LIBAPP-127. All is good.

I have one observation though, and that is naming of the button, which add a new address to a given user. This is named different than what is spec'ed in Filip's prototype. See image: adding-fieldgroup_0001_mouse.

I'll close the issue as done, and file a bug re. naming of the button, https://folio-org.atlassian.net/browse/UIU-138#icft=UIU-138.

Michal Kuklis July 11, 2017 at 3:10 AM

I also just noticed that it's now impossible to add new address to the given user. This is due to recent work done on the server https://folio-org.atlassian.net/browse/MODUSERS-25 and https://folio-org.atlassian.net/browse/UIU-80 not being completed.

Michal Kuklis July 7, 2017 at 8:04 PM
Edited

The address type on the backend has changed and I want to point out that the address type selection in Repeatable Address Fieldgroup won't work at the moment until https://folio-org.atlassian.net/browse/UIU-80 and https://folio-org.atlassian.net/browse/UIU-79 are resolved.

Michal Kuklis July 5, 2017 at 4:30 PM

I believe all bugs should be now fixed.

Cate Boerema July 3, 2017 at 9:24 AM

Found a bug (https://folio-org.atlassian.net/browse/UIU-118#icft=UIU-118) so I'm reopening this story.

Done

Details

Assignee

Reporter

Priority

Sprint

Fix versions

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created February 23, 2017 at 1:54 PM
Updated July 28, 2017 at 10:01 AM
Resolved July 17, 2017 at 8:36 PM
TestRail: Cases
TestRail: Runs

Flag notifications