Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
-
eHoldings Sprint 78, eHoldings Sprint 79
-
3
-
Spitfire
Description
Purpose: This bug relates to scenario 4 of UICHKIN-109 but we were nearing the end of the sprint so MaksymDryha asked that I create a separate bug for the spillover work.
Steps to repro:
- Create a delivery request for an item
- Check it in and click Close and check out. The item was checked out successfully
- Then create a new delivery request for the same patron and item
- Check in the item and click Close and checkout
Expected: After closing the print preview for the delivery slip, the Check out app will be opened and auto populated with the requester as patron and the item in the item field
Scenario 4 from UICHKIN-109
-
- Given the modal is displaying
- When closed using the Close and check out button
- Then the Check out app will be opened and auto populated with the requester as patron and the item
CB: Item is only populated the first time you do this. If checkout is blocked for some reason and you try again, the item data doesn't populated the second time. Screencast attached. If this is really difficult to fix, let's file a separate bug for it.
- All relevant popups and messaging should display such as:
- Check out notes
- Patron borrowing blocks
- Check out disallowed due to loan policy with Loanable = N
- Checkout disallowed due to patron expired
- All relevant popups and messaging should display such as:
TestRail: Results
Attachments
Issue Links
- relates to
-
UXPROD-113 Fulfilling delivery requests
-
- Closed
-
-
UICHKIN-109 Route for delivery check in modal + delivery slip
-
- Closed
-