Uploaded image for project: 'mod-circulation'
  1. mod-circulation
  2. CIRC-1197

Publish LOAN_CLOSED event

    XMLWordPrintable

    Details

    • Template:
      Standard Bug Write-Up Format
    • Sprint:
      EPAM-Veg Sprint 120
    • Story Points:
      3
    • Development Team:
      Vega
    • Release:
      R3 2021

      Description

      Overview:  Loans that are declared lost without lost item fees charged, which means they are closed immediately, are still being included in counts for "Maximum number of items charged out" and "Maximum number of lost items".  If the loan is declared lost with lost item fees charged, which the patron pays, the loan is closed and it not include in the counts for "Maximum number of items charged out" and "Maximum number of lost items".  Any loan that is closed should not be counted.  This bug was originally reported via MODPATBLK-19 which was closed as "Cannot Reproduce".

      Steps to Reproduce:

      1. Login to Juniper bugfest as an admin.
      2. Locate a test patron with no items checked out.  (Holly used Minnie Dotty Mouse (888777666) in Patron Group "AAA Patrons".) 
      3. Check out 4 items to the patron as follows:  2 items with a Lost Item Fee Policy that charges no lost item fees and does not age 2 lost and 2 items with a Lost Item Fee Policy that charges lost item fees and does not aged to lost.  (Holly used these items:  113039093 and 888888888 as items with no lost item fees and Retest5 and 888809 as items with lost item fees.)
      4. Go to Settings>Users>Patron blocks: Limits and set the "Maximum number of items charged out" to 4 and the "Maximum number of lost items" to 0 (as shown in attached screen print Patron-limits1.jpg).
      5. Go to User Details and note that the user is blocked from "Borrowing" due to hitting the "Maximum number of items charged out" (as shown in attached screen print User-details1.jpg).
      6. Go to Loan Details for one of the items that will charge lost item fees if lost (in my case, Retest5 and 888809) and declare one of them lost.  (I did Retest5.)
      7. Go back to User Details and note that the user now has two blocks in effect, which is correct.  She has 4 open loans and 1 lost open loan.  (See attached screen print User-details2.jpg.) 
      8. Go to Loan Details for the same item and click on Fees/Fines Incurred link.
      9. Transfer both fees/fines to the bursar, which will close the loan, leaving 3 open loans and no lost open loans.  This means that there are now zero patron blocks in effect (as shown in attached screen print User-details3.jpg).
      10. So far everything is working correctly.  
      11. Now go to Settings>Users>Patron blocks: Limits and change the "Maximum number of items charged out" setting to 3 and leaving "Maximum number of lost items" set to 0 (as shown in attached screen print Patron-limits2.jpg). 
      12. Go back to User Details and note that the user now has the "Maximum number of items charged out" blocks in effect but not the "Maximum number of lost items".  This is correct because she now has 3 open loans and 0 lost open loans.  (See attached screen print User-details4.jpg.) 
      13. Now go to Loan Details for one of the items that does not have lost item fees charged (in my case, 113039093 and 888888888 ) and declare one of them lost.  (I did 888888888.) Note that the loan closes immediately given there are no lost item fees to pay.
      14. Go back to User Details...

      Expected Results:

      No patron blocks given that patron now has 2 open loans and 0 open lost loans (both below the limits set for her Patron Group).

      Actual Results:

      Both patron blocks are still in effect (when they shouldn't be), as shown in attached screen print User-details5-.jpg.

      Additional Information:

      • This bug was originally reported via MODPATBLK-19 which was closed as "Cannot Reproduce".
      • My original test patron, Molly Puppet, currently has no items checked out but the "Maximum number of lost items" block is still appearing for her (see attached screen print Another-example.jpg).

      Interested Parties:

      Cheryl Malmborg and Holly Mistlebauer

       

       

        TestRail: Results

          Attachments

          1. Another-example.jpg
            Another-example.jpg
            424 kB
          2. Patron-limits1.jpg
            Patron-limits1.jpg
            284 kB
          3. Patron-limits2.jpg
            Patron-limits2.jpg
            284 kB
          4. User-details1.jpg
            User-details1.jpg
            415 kB
          5. User-details2.jpg
            User-details2.jpg
            425 kB
          6. User-details3.jpg
            User-details3.jpg
            289 kB
          7. User-details4.jpg
            User-details4.jpg
            302 kB
          8. User-details5.jpg
            User-details5.jpg
            311 kB

            Issue Links

              Activity

                People

                Assignee:
                OleksandrVidinieiev Oleksandr Vidinieiev
                Reporter:
                hollyolepm Holly Mistlebauer
                Tester Assignee:
                Holly Mistlebauer Holly Mistlebauer
                Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    TestRail: Runs

                      TestRail: Cases