Transfer requests for items to be bound

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. Transfer alert - Transfer button

    • Given Scenario 3

    • When user clicks “Transfer”

    • Then the Alert disappears

    • AND 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 newly created item has an item status of "In process”

    • AND ALL requests associated with all items are transferred to the new item in chronological request order

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

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

  2. Transfer alert - Do not transfer button

    • Given Scenario 3

    • When user clicks “Do not transfer”

    • 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 newly created item has an item status of "In process”

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

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

  3. Transfer alert - Cancel

    • Given Scenario 3

    • When user clicks “Cancel”

    • Then the alert disappears

    • AND the user remains on the Bind items screen

  4. Transfer behavior - multiple requests by one user

    • Given one user has requests on multiple items being bound into one item

    • When staff user clicks “Transfer”

    • Then ONLY the oldest request by that user is transferred

    • AND all other requests for that user are cancelled

Environment

None

Potential Workaround

None

Attachments

7

Checklist

hide

Activity

Show:

Joseph Reimers August 1, 2024 at 2:05 PM

Works as expected

NinaChistova August 1, 2024 at 11:05 AM

Tested on snapshot

Works as expected, please see attached screencasts

could you please verify? Thank you!

Alisher Musurmonov July 25, 2024 at 8:57 AM

UI doesn’t manage request transfers other than displaying confirmation modal and BE handles actual transfer

NinaChistova July 24, 2024 at 3:37 PM

Hello
Could you please pay attention to the first scenario which states that ALL requests associated with all items are transferred to the new item in chronological request order. This should be work when requests have different requesters.
In case requester is the same we use scenario 4, which works as expected.

Please fix behavior for different requesters, we need all requests to be transferred. Thank you!

Alisher Musurmonov July 24, 2024 at 11:09 AM

tested here

Done

Details

Assignee

Reporter

Priority

Story Points

Sprint

Development Team

Thunderjet

Fix versions

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created April 16, 2024 at 5:07 PM
Updated August 1, 2024 at 2:05 PM
Resolved August 1, 2024 at 2:05 PM
TestRail: Cases
TestRail: Runs