Suspended / claimed returned fee does not show as expected after item is returned

Description

Overview: Found in bugfest while testing T1197590.

Loan policy can be set to a short-term loan (15 minutes) - do not allow renewals.
Overdue policy - charge whatever.
Lost policy - Aged to lost 1 minute after due, Billed after age to lost 1 minute, recalled aged to lost after overdue 1 minute, billed for recall after aged to lost 1 minute, set charge amount of $100.00, lost item processing fee of $25.00, charge lost item processing fee if declared lost by patron = yes, charge lost item processing fee if aged to lost by system = yes, if lost item returned or renewed, remove lost item processing fee = no

Steps to Reproduce:

  1. Log into a Bugfest user with permissions to loan items.

  2. Loan an item to a user and let it age to lost.

  3. After the item has aged to lost, and both a lost item fee and lost processing fee have been charged, declare the item claimed returned. This should result in both fees being suspended.

  4. Return the item in the Check in app; mark it as "Found by library". This results in the $100 charge being waived, but the $25.00 remains on the patron's account in suspended claimed returned status.

  5. View the fees/fines accordion on the patron's user record (view pane).

Expected Results: The suspended claimed returned fees/fines would reflect 1 claim returned fee/fine with a total of $25.00
Actual Results: It says there are no suspended fee/fines.
Additional Information:

I generated this scenario inadvertently when I was working on a claim returned bugfest test and got interrupted after returning the item, but before resolving the lost item fine.

I suspect the issue here is that after I was interrupted, because the item had been returned and the loan closed, the loan ended up being anonymized, which also shouldn't have happened, because there was still an open $25.00 charge. I think the latter is actually a bigger issue and maybe should be a separate ticket, but figured I would start with this.

I will stop using that account for testing so that it can be hopefully in an OK space for analysis. https://bugfest-nolana.int.aws.folio.org/users/49b76182-300e-42c3-8208-c6d0f59c0b41/

URL:
Interested parties:

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Attachments

3

Checklist

hide

TestRail: Results

Activity

Show:

(OLD ACCOUNT) Erin Nettifee November 21, 2022 at 3:10 PM

Closed - verified 11-21-2022 that it works on Bugfest-Nolana as expected.

Oleksii Petrenko November 18, 2022 at 10:53 PM

Deployed to Nolana bf. Please proceed with verification

(OLD ACCOUNT) Erin Nettifee November 16, 2022 at 9:38 PM

I was able to verify this on snapshot-2.

 

(OLD ACCOUNT) Erin Nettifee November 16, 2022 at 8:29 PM

I have attempted yesterday and today to test this on snapshot but have run into issues there related to FOLIO-3630 - I am trying snapshot-2 to see if I can get it to work.

Oleksandr Hrusha November 16, 2022 at 1:37 PM

Checked on snapshot, work as expected, see attachment:

CC:  

Done

Details

Assignee

Reporter

Tester Assignee

Priority

Story Points

Sprint

Development Team

Vega

Fix versions

Release

Nolana (R3 2022) Bug Fix

RCA Group

Implementation coding issue

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created November 9, 2022 at 6:05 PM
Updated February 20, 2023 at 2:34 PM
Resolved November 16, 2022 at 9:37 PM
TestRail: Cases
TestRail: Runs