[Koha-bugs] [Bug 12363] New: Marking an item as lost in koha always returns it, but longoverdue.pl may not
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Wed Jun 4 19:52:12 CEST 2014
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12363
Bug ID: 12363
Summary: Marking an item as lost in koha always returns it, but
longoverdue.pl may not
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P5 - low
Component: Architecture, internals, and plumbing
Assignee: gmcharlt at gmail.com
Reporter: kyle at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
The cronjob script longoverdue.pl has a switch --mark-returned which controls
if an item is returned when marked as lost. As such, by default items are *not*
returned when lost by longoverdue.pl, and at the same time, *are* returned when
marked as lost from the staff intranet.
In the past, marking an item as lost from additem.pl would not return the item,
but doing so from moredetail.pl, so librarians had at least some control over
having and item returned when lost. An update to additem.pl now causes all ways
to mark an item as lost from the staff intranet.
This behavior makes little sense. The flag behavior should be moved to a system
preference.
An upgrade path is problematic though. We could have longoverdue.pl set the
system preference value based on the --marked-returned flag on each run. That
would allow upgrades to work without intervention.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list