Bind button behavior
Description
Environment
Potential Workaround
Attachments
- 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
defines
is cloned by
relates to
Checklist
hideActivity
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
@Joseph Reimers could you please review? Thank you!
Joseph Reimers June 20, 2024 at 11:38 AM
Hi @NinaChistova and @Saba Zedginidze, Nina is correct.
NinaChistova June 19, 2024 at 9:07 AM
Hello @Saba Zedginidze
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.
@Joseph Reimers could you please confirm? Thank you!
Saba Zedginidze June 19, 2024 at 8:44 AM
Hello @Alisher Musurmonov @NinaChistova
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: @Serhii_Nosko
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:
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
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"'
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
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
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.