Bug 23454

To clarify, is this the scenario?

1) User checks out item
2) Item goes overdue and accrues fines
3) Item is renewed, fine is left unpaid
4) Item goes overdue again - accrues new fines

In 4) the new fine overwrites the old fine, so that only the new overdue fine is visible?

(In reply to Katrin Fischer from comment #1)
> To clarify, is this the scenario?
> 
> 1) User checks out item
> 2) Item goes overdue and accrues fines
> 3) Item is renewed, fine is left unpaid
> 4) Item goes overdue again - accrues new fines
> 
> In 4) the new fine overwrites the old fine, so that only the new overdue
> fine is visible?

Please find below the scenario.
1) User checks out item
2) Item goes overdue and accrues fines
3) Item is renewed, 
4) During above step fine amount getting over written on previous overdue of the same item irrespective of dates.
5) Fine is paid for previous overdue, hence it is creating discrepancy in fine amount.

6) Basically it is deleting entry of fine for the same item which was accrued previously

(In reply to Katrin Fischer from comment #1)
> To clarify, is this the scenario?
> 
> 1) User checks out item
> 2) Item goes overdue and accrues fines
> 3) Item is renewed, fine is left unpaid
> 4) Item goes overdue again - accrues new fines
> 
> In 4) the new fine overwrites the old fine, so that only the new overdue
> fine is visible?

Please let me know if any more details required.

Hi Hemantha, we have tried to look into this, but I am not sure about those 2:

3) Item is renewed, 
4) During above step fine amount getting over written on previous overdue of the same item irrespective of dates.

When the item is renewed.. is the fine set to 0? 
Or is it the second renewal? The second time the user has checked out the item?

Sorry, but can you maybe add a more complete test plan, I feel like we are missing something :)

Created attachment 92334 [details]
Test case: Example of Error & correct transaction

Hi,
Uploaded screen shot of error for the reference, hope this will clear doubts.
Please do the needful.

(In reply to Katrin Fischer from comment #4)
> Hi Hemantha, we have tried to look into this, but I am not sure about those
> 2:
> 
> 3) Item is renewed, 
> 4) During above step fine amount getting over written on previous overdue of
> the same item irrespective of dates.
> 
> When the item is renewed.. is the fine set to 0? 
> Or is it the second renewal? The second time the user has checked out the
> item?
> 
> Sorry, but can you maybe add a more complete test plan, I feel like we are
> missing something :)

Hi Fischer,
Thank you for your prompt response, I have attached screen shot of example for your reference. The same transactions done in 2 versions of koha viz Koha 3.22.5 & 18.11. You can make out the difference by seeing screen shots.

Hope this will clarify your doubts. Kindly feel free to revert me if any more details required.

Don't use the 'in discussion' - we are still trying to confirm this bug, not argueing :)

(In reply to Katrin Fischer from comment #7)
> Don't use the 'in discussion' - we are still trying to confirm this bug, not
> argueing :)

Sorry, by mistake I have selected 'in discussion'.

Hi Katrin,
Please let me know if any more details required.

HI,
Could you please let us know is this is bug or anything wrong with our data or system setting problem.

I tried reproducing this issue, based on the information provided, but could not do so (tested mostly on 18.11.04).

Looking at the screenshot provided, I see the problem described, but am not completely sure about the steps that leads to the issue of deleted fines. There seems to be steps missing from the test plan (like that a previous fine for the same item needs to exist, and have been payed. Is there more?). Also, how is the item renewed? From OPAC, staff interface, some other way (api?)?

Also, getting some information about your system preferences, regarding fines and renewals, would be good to help identify this bug.

Also, this bug sounds kind of similar to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17483

But there fines where forgiven during return (not renewal). Could it be the case here as well, that this was in effect for the renewal/return?

Hi,

- a previous fine for the same item needs to exist, and have been paid - Yes this is the scenario, nothing more
- how is the item renewed? - Bug observed mostly in case of staff interface transaction
-  System settings information wrt to fine and renewal mentioned below:

Loan period: 30 days; Fine amount: 0.50; Fine charging interval: 1; When to charge: End of interval; Fine grace period: 10 days; 

Renewal allowed: 3; No renewal before: 3; Automatic renewal: No; 

- This is case with respect to renewal only, and not pertaining to forgiving fines.

Please let me know if any more details required.

I've tried and failed to replicate this as well I'm afraid... :(.

As this appears to be only affecting one installation at this time I'm going to de-escalate it a little so we can concentrate on bugs affecting more users.  If you are still having issues, please let us know and perhaps try to narrow down a reproducible test plan for us.

As an aside, it's always worth keeping up with the point, bugfix, releases.. It would be sensible to perform such an update to 18.11.13 if you have not already done so.. you may find the bug is fixed there already.

Many thanks for your report,

In the screenshots we see 2 fines "Accruing", that is where things went wrong as only one fine for an item should ever be accruing. But: we have not been able to replicate.

I believe that in newer versions and accruing fine is correctly set to static when the item is returned or renewed and a second fine will not overwrite, but start over being completely separate.

Please re-open if you can still reproduce this issue in a maintained version.