Bind button behavior

Description

Purpose: Libraries need a mechanism for binding multiple pieces associated with the same title into one single item.

User story statement(s):

As a staff user responsible for binding materials,
I want a mechanism for selecting materials to be bound together
so that the bound item is properly represented in the system

Scenarios:

  1. Bind button (no items)

    • Given UIREC-321

    • When user clicks Bind

    • Then the Bind items screen disappears

    • AND the Receiving title details pane appears

    • AND the newly created item is visible in the "Bound items" accordion

    • AND the barcode of that item is a link to the item record

    • AND the newly created item has an item status of "In process"

    • AND a green toast message appears: "Item (barcode) created successfully"

    • AND the receiving pieces Bound flag is active

  2. Bind button (items associated with receiving pieces, no requests)

    • Given UIREC-321

    • AND given at least one receiving piece has an associated item record

    • AND NO associated items have outstanding requests

    • When user clicks Bind

    • Then the Bind items screen disappears

    • AND the Receiving title details pane appears

    • AND the newly created item is visible in the "Bound items" accordion

    • AND the barcode of that item is a link to the item record

    • AND the newly created item has an item status of "In process”

    • AND ALL items previously associated with receiving pieces receive item statuses of “Unavailable”

    • AND a green toast message appears: "Item (barcode) created successfully"'

  3. Bind button (items associated with receiving pieces, at least one request)

    • Given UIREC-321

    • AND given at least one receiving piece has an associated item record

    • AND at least one associated items has outstanding requests

    • When user clicks Bind

    • Then an alert appears: “There are requests on the following pieces: (barcodes of pieces). Transfer requests to the new record?”

    • AND there are “Transfer”, “Do not transfer” and “Cancel” buttons

    • AND “Transfer” is the default

  4. Cancel button

    • Given UIREC-321

    • When user clicks cancel

    • Then the pop-up alert disappears

    • AND user remains on the bind pieces screen

    • AND all selected pieces remain selected

  5. Bind button (ECS-enabled system, items associated, at least one request, bound item to go to different tenant than requests)

    • Given UIREC-321

    • AND given at least one receiving piece has an associated item record

    • AND at least one associated item has outstanding requests

    • AND the new item being created is associated with a DIFFERENT tenant than the item with outstanding requests

    • When user clicks Bind

    • Then an alert appears: There are requests on the following pieces: (barcodes of pieces). Please delete requests before proceeding.”

    • AND there is ONLY a Cancel button.

Environment

None

Potential Workaround

None

Attachments

7
  • 04 Jul 2024, 09:22 AM
  • 04 Jul 2024, 09:08 AM
  • 24 Jun 2024, 03:15 PM
  • 24 Jun 2024, 01:58 PM
  • 24 Jun 2024, 01:53 PM
  • 24 Jun 2024, 12:36 PM
  • 28 May 2024, 01:09 PM

continues

is cloned by

relates to

Checklist

hide

Activity

Show:

Joseph Reimers June 24, 2024 at 6:02 PM

Binding action appears to work as intended. Assigning newly created item to different location works as intended. Testing of transfer of requests and related item accordion will follow in related stories.

NinaChistova June 24, 2024 at 4:05 PM

Tested on rancher, please see attached screencasts. In general works as expected, but please note that “Bound items” accordion is still in progress and displaying wrong values - https://folio-org.atlassian.net/browse/UIREC-322 .

Package POL will be tested in scope https://folio-org.atlassian.net/browse/UIREC-369

ECS related cases will be executed after finishing https://folio-org.atlassian.net/browse/UIREC-363

could you please review? Thank you!

Joseph Reimers June 20, 2024 at 11:38 AM

Hi and , Nina is correct.

NinaChistova June 19, 2024 at 9:07 AM

Hello
Accordingly to scenarios 1 and 2 in this ticket newly created piece should be “In process” status (not “In progress”, it was my typo)

And this is expected behavior when bound pieces are not displayed in “Receiving” accordion. We can see them after checking “Bound” checkbox in “Actions” dropdown.

could you please confirm? Thank you!

Saba Zedginidze June 19, 2024 at 8:44 AM

Hello
I have tested this on snapshot, and it works as expected. The fix was merged two days ago, and I see Nina’s comment was left 3 days ago, so probably with the current build these should not have these issues, except the second one as with the current implementation the newly created item’s status is set to “On Order”, so will change this to “In Progress”.

Also, while testing I observed that the pieces after binding were not visible on the receiving screen, as they are queried with parameter isBound = false. Unsure if this is an expected behavior or an issue for FE.
CC:

Done

Details

Assignee

Reporter

Priority

Story Points

Sprint

Development Team

Thunderjet

Fix versions

Release

Ramsons (R2 2024)

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created April 16, 2024 at 5:04 PM
Updated October 31, 2024 at 11:34 AM
Resolved June 24, 2024 at 6:02 PM
TestRail: Cases
TestRail: Runs

Flag notifications