Summary: | Book drop mode mode erasing fine when CalculateFinesOnReturn is enabled | ||
---|---|---|---|
Product: | Koha | Reporter: | Kyle M Hall (khall) <kyle> |
Component: | Circulation | Assignee: | Bugs List <koha-bugs> |
Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
Severity: | major | ||
Priority: | P5 - low | CC: | gmcharlt, jonathan.druart, kyle.m.hall, marjorie.barry-vila, martin.renvoize, nick |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14591 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13044 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22539 |
||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Kyle M Hall (khall)
2014-04-25 17:23:14 UTC
I did not manage to reproduce this bug. Could you please confirm it's fixed on master? (In reply to Jonathan Druart from comment #1) > I did not manage to reproduce this bug. Could you please confirm it's fixed > on master? This does exist on master under the special case of: finesmode: Calculate and charge CalculateFineOnReturn: enabled cronjob fines.pl disabled To recreate: 1 - Have an overdue with no fines yet, or backdate a checkout 2 - Check the item in with dropbox mode 3 - View the patron account - you should see a fine of amount 0 with 0 outstanding 4 - View the modification logs, fine is added and modded to 0 5 - Check the db - the last increment is the full fine The dropbox decrements by the last increment - in this case it was lst incremented by the full fine amount. See: bug 14591 bug 13044 I think the solution is to remove all the dropbox code, and make dropbox mode just be a backdated return which backdates to the last day the library was previously open. |