https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19974
Nick Clemens <n...@bywatersolutions.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Passed QA |In Discussion
--- Comment #13 from Nick Clemens <n...@bywatersolutions.com> ---
I am torn here, I like that we fix this code, and it does make sense, however,
we have firmly established the current behvaiour as a valid workflow and hsould
not break it.
The longoverdue cronjob allows for the options of marking items as lost and not
returning them - if we fix this here users no longer have an option for marking
an itemlost without returning it.
I would almost lean towards removing the LostItem call rather than fixing it,
otherwise I think we need some sort of preference or confirmation or option to
charge/eturn the item if they mark it lost via additem.pl
Kyle?
--
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
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/
