https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20262
--- Comment #6 from Martha Fuerst <[email protected]> --- (In reply to Kyle M Hall from comment #5) > (In reply to Martha Fuerst from comment #3) > > Test Plan: > > Notes: > > 4) If the patron has other fines, the lost item refund pays those first, as > > opposed to just paying the lost item charge. This could be confusing for > > staff, but IIRC, there's another bug related to how credits get applied? > > 8) Marked an item lost that created a 9.99 charge on patron's account. Paid > > 5.00 of it. Returned item. Patron's account was credited 9.99, creating a > > 5.00 credit. > > 9) Fully paid for item - credit still applied, resulting in a credit on the > > account. > > Martha, it sounds like perhaps the circ rule with "Only if unpaid" did not > get selected. Did you set *all* your rules to "Only if unpaid" to ensure you > didn't accidentally change the wrong rule? The unit tests prove the > functionality works so that's my best guess at what's happening for you. > I've also added some more unit tests to prove partially paid lost fees don't > cause a credit when the rule is applied. I have it set as the default rule in our bug-squashing sandbox's Circ Rules table, with no other library-specific rules set. Is there something in sysprefs that might be fouling it up? BlockReturnofLostItems: Don't block RetundLostOnReturnControl: check-in library WhenLostChargeReplacementFee: Charge WhenLostForgiveFine: Don't forgive -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
