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: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
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.
_______________________________________________
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/
