Summary: | Allow to pay lost item replacement fee when changing the lost status | ||
---|---|---|---|
Product: | Koha | Reporter: | Nicole C. Engard <nengard> |
Component: | Fines and fees | Assignee: | Galen Charlton <gmcharlt> |
Status: | NEW --- | QA Contact: | Bugs List <koha-bugs> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | amber, chris, marjorie.barry-vila, martin.renvoize, oleonard, patrick.robitaille |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22740 | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Bug Depends on: | |||
Bug Blocks: | 14825 |
Description
Nicole C. Engard
2010-05-24 20:39:34 UTC
It appears to me that if you mark a checked-out item as "lost and paid for" that nothing happens other than the status getting set. The item remains checked out and there is no entry under the patron's account listing--I don't see even a zero amount. I'm assuming that these steps should occur: 1. The item should be checked in (bypassing any pending hold requests) 2. The item should be marked as "lost and paid for." 3. An entry should be added to the patron's list of fines for that item 4. An entry should be added to the patron's list of fines showing the item paid for. You are correct - recent patches seemed to have made changes that removed even the zero line from the account listing - it was there when I reported the bug but I tested again today and it is not there. I believe this is still an issue in 3.6 This is still an issue in 3.8.x In master, if I mark it lost and paid for, I get the charge added, and it is checked in However it is not marking the charge paid for. Testing with other syspref settings now. So from owens list 1, 2, and 3 are working. It is just 4 (the item being paid for) that is not yet working I see why this isn't working, the lost values are totally editable (Authorised Values) so all values of Lost get treated the same. If we made it be a magic number, we would then have to make it no longer editable. I don't think we can safely do this with the drop down. I think we would have to add a checkbox. Mark it lost, and choose the paid for checkbox. Then it wouldn't break whenever anyone changed the authorised values. How does that sound? I think what Chris describes will work well. It would also mean that it would be easy to mark something previously marked lost as paid. Is this still actually the case.. feels like we may be able to close this at this point. I think the comment from Chris on comment#6 is still valid. There is no special behavior tied to any of the lost values - they all do the same thing. If we want a way to immediately mark 'paid' when changing the lost status, this will need more work. Another way might be a pref, where you list the lost values that you want to do that for. |